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(54) Virtual file management system 

(57) A virtual file management system constructed 
with a plurality of servers and a plurality of terminals that 
share file services provided by said servers, is that a vir- 
tual file management apparatus operating in at least 
one of said plurality of servers is provided that has: a 
management table which manages files stored on said 
plurality of servers by using virtual file iderrttfiers. and in 
which a server name of a server where real data is 
stored arxj a real file identifier in said server are stored 
as a set for each of said virtual file identifiers; a receiv- 
ing section which receives a file access request from 
each of said terminals: a request analyzing section 
which checks said management tatHe by using the vir- 
tual file identifier contained in the file access request 
received by said receiving section, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a transmitting section which transmits 
data; and a request modification processing section 
which modifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request, directly 
from the server determined by said request analyzing 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 
processing section which receives the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, and processes 
said received file access request, and which transmits 
the processed result to said terminal at least when said 
file access request is a request to read file contents. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to a virtual file man- 
agement system that allows sharing of files, for exam- 
ple, in a client/server computing system, and more 
particularly to a virtual file management system that can 
be utilized to distribute server workload. 

2. Related Art of the Invention 

In recent years, storage capacity demanded of a 
system has been increasing rapidly in order to harxJIe 
large volumes of data such as video data. With this 
trend, client/server information processing systems 
have come to be constructed with a plurality of servers 
to increase the processing capabilities of the errtire sys- 
tem by distributing access requests from terminals (cli- 
ent computers), while securing larger storage capacities 
with data distributed across the plurality of servers for 
storage. 

In such client/server information processing sys- 
tems with multiple server computers, since each individ- 
ual dient computer (terminal) is tasked writh the 
management of mount tables, etc. for sen/er computers 
that it uses, increased complexity of the management 
becomes a problem. 

To solve this problem. Japanese Patent Unexam- 
ined PiiDlication No. 5-241934 discloses a method 
which realizes a system that pertorms flexible file man- 
agement to handle the addition of servers and transfer 
of files. According to this method, a client computer can 
access files distributed across a plurality of server com- 
puters by accessing a single virtual file management 
system regardless of the actual location of the files. The 
operation of the virtual file management system dis- 
closed in Japanese Patent Unexamined Publication No. 
5-241934 will be described briefly below with reference 
to relevant drawings. 

Fig. 30 is a diagram showing the configuration of 
the virtual file management system proposed in Japa- 
nese Patent Unexamined Publication No. 5-241934, 
and Frg. 31 is a diagram illustrating a flow of operations 
when a terminal accesses a file stored on a server com- 
puter by using the virtual file management system. In 
Fig. 30. reference numerals 3001a and 3001b desig- 
nate server computers. Reference numeral 3002 indi- 
cates a virtual file management apparatus operating in 
the server computer 3001a; the apparatus comprises a 
management table 3003 which manages each of the 
files stored across the entire system by using a set of 
attributes consisting of a virtual file identifier, a server 
identifier, and a real file identifier in the associated 
server, an access request processing section 3006 
which processes file access requests, a receiving sec- 
tion 3007 which receives file access requests, and a 



transmitting section 3008 which transmits data. Further, 
reference numerals 3004a and 3004b designate file 
systems which are managed within the server comput- 
ers 3001a and 3001b. respectively: 3005 represents 

5 request processing sections which process file access 
requests made to the file systems 3004a and 3005. 
respectively; and 3009a. 3009b. and 3009c are client 
computers. The client computers. 3009a. 3009b. and 
3009c. and the server computers. 3001a and 3001b. 
10 are connected through a network 1 1 1 . as shown. 

The operation of the thus constructed virtual file 
management system will be described beiow with refer- 
ence to Fig.s 30 and 31. Suppose that when the con- 
tents of the management table 3003 in the virtual file 

T5 management apparatus 3002 such as shown in Fig. 32 
show that the server identifier is 3001b and the real file 
identifier is "a" for the virtual file identifier A. a read 
access request designating the virtual file identrfier A is 
issued from the client computer 3009a. In that case, the 

20 receiving section 3007 of the virtual file management 
apparatus 3002 in the server computer 3001a receives 
the read access request from the client computer 3009a 
(step S3101). Next, the access request processing sec- 
tion 3006 checks the management tat>le 3003. and 

25 acquires the server identifier 3001b and the real file 
identifier "a" for the virtual file identifier A (step S3102). 
Then, a read access request designating the file identi- 
fier "a" is issued from the transmitted section 3008 to 
the server computer 3001b (step S3103). In the server 

30 computer 3001b that received the read access request 
for the file identifier "a", the request processing section 
3005 reads data of the file identifier "a" from the file sys- 
tem 3004b. and sends a response to the server compu- 
ter 3001a. In the server computer 3001a. the receiving 

35 section 3007 receives from the server computer 3001b 
the response to the read access request for the file 
identifier "a" (step S3104). Next, the received response 
data is transmitted from the transmitting section 3008 as 
response data to the client computer 3009a that origi- 

40 nated the read access request (step S31 05). 

In this way. in the system disclosed in Japanese 
Patent Unexamined Publication No. 5-241934. file 
access requests from the client computers are all 
received by one particular server computer. More spe- 

45 cif ically, when a file access request is received, that par- 
ticular server computer, teased on the virtual file 
identifiers it manages, retrieves data of the requested 
file from the server computer where the real data of the 
file is stored, and transfers the retrieved data to the 

50 requesting client computer; in this way. each client com- 
puter can access files distributed across the plurality of 
server computers regardless of the actual location of 
the requested file. 

However, since response data to the requesting cli- 

55 ent computer is always transferred twice through the 
network, first from the server computer where the real 
data of the file is stored to the server computer where 
the virtual file management apparatus is operating, and 
then from this latter server computer to the requesting 
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client computer, the above configuration has had the 
problem that not only the d6lay in responding to the cli- 
ent computer becomes large but also the network work- 
load increases by a factor of 2 as compared with a 
system that does not use such a virtual file manage- 
ment apparatus. 

Furthermore, despite the use of multiple server 
computers, when file access requests are made simul- 
taneously from multiple dient computers for a limited 
number of files, for exannple. access is concentrated on 
a particular server computer and the response speed to 
the client computers decreases. 

Concentration of access to a particular server com- 
puter can be avoided by predicting the frequency of file 
accesses and thereby scheduling storing of files across 
multiple server computers in such a manner as to dis- 
tribute the file accesses, but the prior art has had the 
problem that it has not been possible to reduce the con- 
centration of access to a particular server by dynami- 
cally distributing the accesses on the basis of changing 
access frequencies while the system is operating. 

SUMMARY OF THE INVENTION 

tn view of the above-outlined problems, it is an 
object of the present invention to provide a virtual file 
management system that reduces network workload 
and inproves responsiveness to clierrt computers, arxi 
that can further improve the workload distribution 
among the servers constructed as a system, that is. the 
processing capabilities of the entire system, as com- 
pared with the prior art system. 

A virtual file management system of the present 
invention . constructed with a plurality of servers and a 
plurality of terminals that share file services provided by 
said servers, is that 

a virtual file management apparatus operating in 
at least one of said plurality of servers is provided that 
comprises: a management table which manages files 
stored on said plurality of servers by using virtual file 
identifiers, arxj in which a server name of a server 
where real data is stored and a real file identifier in said 
server are stored as a set for each of said virtual file 
identifiers; a receiving section which receives a file 
access request from each of said terminals: a request 
analyzing section which checks said management table 
by using the virtual file identifier contained in the file 
access request received by said receiving section, and 
thereby determines the server where the real data of 
the requested file is stored; a transmitting section which 
transmits data; and a request modification processing 
section which modifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request, directly 
from the server determined by said request analyzing 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 



processing section which receives the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, and processes 
said received file access request, and which transmits 
5 the processed result to said terminal at least when said 
file access request is a request to read file contents. 

A virtual file management system of the present 
invention comprises a plurality of servers for storing 
files, a plurality of terminals for issuing requests for sup- 
w ply of designated files from among said files, and a net- 
work connecting said servers with said terminals, 
wherein 

at least one of said servers includes: file man- 
agement means for managing corresponding relation- 
15 ships between the files stored on said plurality of 
servers and the servers where the files are stored: 
request frequency storage means for storing the fre- 
quencies of the requests made from said terminals 
within a prescribed period of time for each managed file 
20 and/or for each managed server: and file move control 
means for selecting a file satisfying a prescribed crite- 
rion from among said managed files by using said 
stored request frequencies, and for nrxaving said 
selected file from the server where said file is stored to 
25 another server. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers. 
30 saki medium providing a program recorded ther- 

eon for implementing: a function A that manages files 
stored on said plurality of servers by using virtual file 
identifiers and that stores a server name of a server 
where real data is stored and a real file identifier in said 
35 server as a set in a management table for each of said 
virtual file identifiers; a function B that receives a file 
access request from each of said terminals; a function 
C that checks said management table by using the vir- 
tual file identifier contained in said received file access 
40 request, and thereby determines the server where the 
real data of the requested file is stored; a function D that 
modifies said file access request so that a response to 
said file access request can be sent back to the terminal 
that issued said access request, directly from said 
45 determined server, and that instructs a transmitting sec- 
tion to transmit said modified file access request to said 
determined server; and a function E that receives the 
file access request transmitted from said transmitting 
section and processes said received file access 
5C request, and that transmits the processed result to said 
terminal at least when said file access request is a 
request to read file contents. 

A medium of the present inventin is for use with a 
virtual file management system constructed with a plu- 
S5 rality of servers and a plurality of terminals that share 
file sen/ices provided by said servers. 

said medium providing a program recorded ther- 
eon tor implementing: a function A that manages files 
stored on said plurality of servers by using virtual file 
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identifiers and that stores a server name of a server 
where real data is stored, a real file identifier in said 
server, arxl an access inhibit flag as a set in a manage- 
ment table for each of said virtual file identifiers; a func- 
tion B that receives a file access request from each of 
said terminals; a function C that checks said nnanage- 
ment table by using the virtual file identifier contained in 
said received file access request, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a function D that modifies said file access 
request so that a response to said file access request 
can be sent back to the terminal that issued said access 
request, directly from said determined server, and that 
instructs a transmitting section to transmit said modified 
file access request to said determined server; a function 
E that checks said management table in connection 
with the file requested in said received file access 
request, and that, when said access inhibit flag is set, 
instructs said transmitting section to transmit data indi- 
cating an access inhibited condition to said terminal, but 
when said access inhibit flag is not set. passes said file 
access request to a request analyzing section that per- 
forms the function C; and a function F that receives the 
file access request transmitted from said transmitting 
section, processes said received file access request 
and transmits the processed result to said terminal. 

A medium of the present invention is for use with a 
virtual file nnanagement system constructed witii a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers. 

said medium providing a program recorded ther- 
eon for implementing: a function A that manages files 
stored on said plurality of servers by using virtual file 
identifiers and that stores a server name of a sen/er 
where real data is stored and a real file identifier in said 
server as a set in a management table for each of said 
virtual file identifiers; a function B that manages data 
indicating whether said server is operating or not. by 
using an operating corxiition management table; a func- 
tion C that receives a file access request from each of 
said terminals; a function D that checks said manage- 
ment table by using the virtual file identifier contained in 
said received file access request, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a function E that checks said operating 
corxlition management table to determine whether said 
determined server is operating or not. and that, when 
said server is not operating, instructs a transmitting sec- 
tion to transmit data indicating a non-operating condi- 
tion to said terminal, but when said server is operating, 
modifies said file access request so that a response to 
said file access request can be sent back to the terminal 
that issued said access request, directly from said 
det rmined server, and instructs said transmitting sec- 
tion to transmit said modified file access request to said 
determined server; and a function F that receives the 
file access request ti-ansmitted from said transmitting 
section, processes said received file access request, 
and transmits the processed result to said terminal. 
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A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, and capable of 

5 supporting a configuration in which file access requests 
from said terminals are issued to a virtual server that is 
different from said plurality of servers and that does not 
exist physically. 

said medium providing a program recorded ther- 

70 eon for implementing, within each of said plurality of 
servers, a function A that manages file identifiers stored 
in each server by using a file identifier list: a function B 
that processes a file access request and that instructs a 
transmitting section to transmit the processed result to 

IS said terminals; and a function C that monitors a file 
access request being made from said terminals to said 
virtual server, and that passes said file access request 
to said function B only when the file identifier contained 
in said file access request is stored in said file identifier 

20 list. 

A medium of the present invention is providing a 
program recorded thereon for implementing, within at 
least one of a plurality of servers where files are stored, 
a function A that manages corresponding relationships 

25 between the files stored on said plurality of servers and 
the servers where the files are stored; a function B that 
stores the frequencies of requests made from terminals 
within a prescribed period of time for each managed file 
and/or for each managed server; and a function C that 

30 selects a file satisfying a prescribed criterion from 
among said managed files by using said stored request 
frequencies, and moves said selected file from the 
server where said file is stored to another server. 

A medium of the present invention is providing a 

35 program recorded thereon for Implementing, within at 
least one of a plurality of servers where files are stored, 
a function A that manages corresponding relationships 
between the files stored on said plurality of servers and 
the servers where the files are stored; a function B that 

40 stores the frequencies of requests made from terminals 
within a prescribed penod of time for each managed file 
and/or for each managed server; a function C that 
selects a file satisfying a prescribed criterion from 
among said managed files by using said stored request 

45 frequencies, and duplicates said selected file to a server 
different from the server where said file is stored: and a 
function D that, when said requests occur simultane- 
ously for said duplicated file, processes said requests 
by also including said different server as a target. 

50 A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of sen/ers including a virtual file manage- 

55 ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table In which a virtual file Identifier, a server iden- 
tifier of each of said servers, and a real file identifier of 
each of said files are stored as a set. 
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said medium providing a program recorded ther- 
eon for implementing, within said virtual file nnanage- 
ment apparatus, a function A that stores an access 
count for each of said virtual file identifiers in a file 
access table; a function B that, when said virtual file 5 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined 10 
intervals of time, artd that checks the access counts in 
said file access table, moves real data corresponding to 
one or more virtual file identifiers between said plurality 
of servers, updates said virtual file management table, 
and resets said file access table. ,5 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 20 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a virtual file identifier, a server iden- 
tifier of each of said servers, and a real file identifier of 
each of said files are stored as a set. 25 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said server identifiers in a server 
access table; a function B that, when said virtual file 30 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, locates the server identifier corresponding to 
said virtual file identifier in said virtual file management 
table, and updates the access count corresponding to 35 
said server identifier in said server access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said server access table, moves real data correspond- 
ing to one or more virtual file iderrtrfiers between said 40 
plurality of servers, updates said virtual file manage- 
ment table, and resets said server access table. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 4s 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a virtual file identifier, a server iden- so 
tifier of each of said servers, and a real file identifier of 
each of said files are stored as a set. 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access ss 
count for each of said virtual fife identifiers in a file 
access table; a function B that stores an access count 
for each of said server identifiers in a server access 
table; a function C that, when said virtual file manage- 



ment apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
locates the server identifier corresponding to said virtual 
file identifier in said virtual file management table, and 
updates the access count corresponding to said virtual 
file identifier in said file access table as well as the 
access count corresponding to said server identifier in 
said server access table; and a function D that is acti- 
vated by a timer at predetermined intervals of time, and 
that checks the access counts in said server access 
table as well as in said file access table, moves real data 
corresponding to one or more virtual file identifiers 
between said plurality of servers, updates said virtual 
file management table, and resets said file access table 
and said server access table. 

A medium of the presern invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers artd a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a plurality of identifier pairs, each 
consisting of a server identifier of each of said servers 
and a real file identifier of each of said files, are stored 
in corresponding relationship to each virtual file identi- 
fier. 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said virtual file identifiers in a file 
access table; a function B that, when said virtual file 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, arxj that checks the access counts in 
said file access table, duplicates real data con-espond- 
ing to a frequently accessed virtual file identifier to one 
or more servers selected from among said plurality of 
servers, adds the real file identifier and server identifier 
of the duplicated data to said virtual file management 
table, and resets saki file access table. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a plurality of identifier pairs, each 
consisting of a server identifier of each of said servers 
and a real file identifier of each of said files, are stored 
in corresponding relationship to each virtual file identi- 
fier. 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
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count for each of said virtual file identifiers in a file 
access table; a function B that, when said virtual file 
HTanagement apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 5 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said file access table, duplicates real data correspond- 
ing to a frequently accessed virtual file identifier to one 70 
or more servers selected from among said plurality of 
servers, deleting all but one or more server identi- 
fier/real file identifier pairs from said virtual file manage- 
ment table for an infrequently accessed virtual file 
identifier, updates said virtual file management table. ,5 
and resets said file access taJtiie, 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
fil services provided by said servers, wherein 20 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored and a real file identifier in said server as a 25 
set in a management table for each of said virtual file 
identifiers, receives a file access request from each of 
said terminals, checks said management table by using 
the virtual file identifier contained in said received file 
access request, thereby detennines the server where 30 
th real data of the requested file is stored, modifies 
said file access request so that a response to said file 
access request can be sent back to the terminal that 
issued said access request, directly from said deter- 
mined server, and instructs a transmitting section to 35 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 40 
received file access request, and transmit the proc- 
essed result to said terminal at least when said file 
access request is a request to read file contents. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 45 
manages said files stored on said plurality of servers by 
using said virtual file identifiers and that stores the 
server name of the sen/er where the reaJ data is stored 
and the real file identifier in said server as a set in said 
management table for each of said virtual file identifiers; so 
a function B that receives a file access request from 
each of said terminals; a function C that checks said 
management taWe by using the virtual file identifier con- 
tamed in said received file access request, and thereby 
determines the server where the real data of the 55 
requested file is stored; a function D that modifies said 
file access request so that the response to said file 
access request can be sent back to the terminal that 
issued said access request, directly from said deter- 



mined server, and that instructs said transmitting sec- 
tion to transmit said modified file access request to said 
determined server. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, wherein 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored, a real file identifier in said server, and an 
access inhibit flag as a set in a management table for 
each of said virtual file identifiers, receives a file access 
request from each of said terminals, checks said man- 
agement table by using the virtual file identifier con- 
tained in said received file access request, thereby 
determines the server where the real data of the 
requested file is stored, modifies said file access 
request so that a response to said file access request 
can be sent back to the terminal that issued said access 
request, directly from said determined server, instructs 
a transmitting section to transmit said modified file 
access request to said determined server, checks said 
management table in connection with the file requested 
in said received file access request, and when said 
access inhibit flag is set. instructs said transmitting sec- 
tion to transmit data indicating an access inhibited con- 
dition to said terminal, but when said access inhibit flag 
is not set, passes said file access request to a request 
analyzing section of said virtual file management appa- 
ratus, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 
received file access request, and transmit the proc- 
essed result to said terminal. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
manages said files stored on said plurality of servers by 
using said virtual file identifiers and that stores the 
server name of the sen/er where the real data is stored, 
the real file identifier in said server, and the access 
inhibit flag as a set in said management table for each of 
said virtual file identifiers; a function B that receives a 
file access request from each of said terminals; a func- 
tion C that checks said management table by using the 
virtual file identifier contained in said received file 
access request, and thereby determines the server 
where the real data of the requested file is stored; a 
function D that modifies said file access request so that 
the response to said file access request can be sent 
back to the terminal that issued said access request, 
directly from said determined server, and that instructs 
said transmitting section to transmit said modified file 
access request to said determined sen/er; and a func- 
tion E that checks said management table in connection 
with the file requested in said received file access 
request, and that, when said access inhibit flag is set. 
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instructs said transmitting section to transmit the data 
irxiicating an access inhibited -condition to said terminal, 
but when said access inhibit flag is not set. passes said 
file access request to said request analyzing section. 

A medium of the preserrt invention is for use with a s 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminaJs that share 
file services provided by said servers, wherein 

a virtual file management apparatus operating In 
at least one of said plurality of servers manages files ic 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored and a real file identifier in said server as a 
set in a management table for each of said virtual file 
identifiers, manages data indicating whether said server is 
is operating or not by using an operating condition man- 
agement table, receives a file access request from each 
of said terminals, checks said management table by 
using the virtual file identifier contained in said received 
file access request, thereby determines the server 20 
where the real data off the requested file is stored, 
checks said operating condition management table to 
determine whether said determined server is operating 
or not. and when said server is not operating, instructs 
a transmitting section to transmit data indicating a non- 25 
operating condition to said terminal, but when said 
server is operating, nrtodrf ies said file access request so 
that a response to said file access request can be sent 
t>ack to the terminal that issued said access request, 
directly from said determined server . and instructs said 30 
transmitting section to transmit said modified file access 
request to said determined server, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 35 
received file access request, and transmit the proc- 
essed result to said terminal. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
manages said files stored on said plurality of servers by 40 
using said virtual file identifiers and that stores the 
server name of the server where the real data is stored 
and the real file identifier in said server as a set in said 
management table for each of said virtual file identifiers; 
a function B that manages data indicating whether said 45 
server is operating or not. by using said operating con- 
dition management table; a function C tiiat receives a 
file access request from each of said terminals: a func- 
tion D that checks said management table by using the 
virtual file identifier contained in said received file so 
access request, and thereby determines the server 
where the real data of the requested file is stored: and a 
function E that checks said operating condition man- 
agement table to determine whether said determined 
server is operating or not. and that, when said server is 
not operating, instructs sakJ transmitting section to 
transmit tiiedata indicating a non-operating condition to 
said terminal, but when said server is operating, modi- 
fies said file access request so that the response to said 



file access request can be sent back to the terminal that 
issued said access request, directiy from said deter- 
mined server, and instructs said transmitting section to 
ti-ansmit said modified file access request to said deter- 
mined server 

A medium of the present invention is for use with a 
virtual file management system consti-ucted with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, and capable of 
supporting a configuration in which file access requests 
from said terminals are issued to a virtual server that is 
different from said plurality of servers and that does not 
exist physically, wherein 

each of said plurality of servers manages file 
identifiers stored in each server by using a file identifier 
list . processes a file access request, instructs a ti-ans- 
mitting section to ti-ansmit the processed result to said 
terminals, monitors a file access request being made 
from said terminals to said virtual server, and passes 
said file access request to a function B hereinafter 
described only when the file identifier contained in said 
file access request is stored in said file identifier list, 

whereby said medium provides a program 
recorded thereon for implementing, within each of said 
plurality of servers, a function A that manages said file 
identifiers stored in each server by using said file identi- 
fier list; a function B that processes a file access request 
and that instructs said transmitting section to transmit 
the processed result to said terminals; and a function C 
tiiat monitors tfie file access request being made from 
said terminals to said virtual server, and that passes 
said file access request to said function B only when the 
file identifier contained in said file access request is 
stored in said file identifier list. 

A medium of the present invention is for use with a 
system wherein at least one of a plurality of servers 
where files are stored manages corresponding relation- 
ships between the files stored on said plurality of serv- 
ers and the servers where tine files are stored, stores 
tile frequencies off requests made from terminals within 
a prescribed period of time for each managed file arxl/or 
for each managed server, selects a file satisfying a pre- 
scribed criterion from among said managed files by 
using said stored request frequencies, and moves said 
selected file from the server where said file is stored to 
another server. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
stores the frequencies of the requests made from said 
terminals within a prescribed period of time for each 
managed file and/or for each managed server: and a 
function B that selects a file satisfying the prescribed 
criterion from among said managed files by using said 
stored request frequencies, and moves said selected 
55 file from the server where said file is stored to another 
server. 

A medium of tine present invention is for use with a 
system wherein at least one of a plurality of servers 
where files are stored manages corresponding relation- 



7 



> 0774723A2_L> 



13 



EP 0 774 723 A2 



14 



Ships between the files stored on said plurality of serv- 
ers and the servers where the files are stored, stores 
the frequencies of requests mad from terminals within 
a prescribed period of time for each managed file arxl/or 
for each managed server, selects a file satisfying a pre- 
scribed criterion from among said managed files by 
using said stored request frequencies, duplicates said 
selected file to a server different from the server where 
said file is stored, and when said requests occur simul- 
taneously for said duplicated file, processes said 
requests by also including said different server as a tar- 
get. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
stores the frequencies of the requests made from said 
ternninals within a prescribed period of time for each 
managed file and/or for each managed server; a func- 
tion B that selects a file satisfying the prescribed crite- 
rion from anrxjng said managed files by using said 
stored request frequencies, and duplicates said 
selected file to a server different from the server where 
said file is stored; and a function C that, when said 
requests occur simultaneously for said duplicated file, 
processes said requests by also including said different 
server as a target. 

A m dium of the present invention is for providing a 
program recorded thereon for implementing the func- 
tions of all or part of the means of the virtual file man- 
ag ment system as above<jescribed present invention , 

In this way. the processing capabilrties of the entire 30 
system can be further improved. 

BRIEF DESCRIPTION OFTME DRAWINGS 

Fig. 1 is a block diagram of a virtual file manage- 35 
ment system according to a first embodiment of the 
present irvention; 

Fig. 2 is a flowchart illustrating a processing flow 
according to the first embodiment; 
Fig. 3 is a diagram showing the internal structure of 40 
a management table according to the first embodi- 
ment; 

Fig. 4 is a diagram showing the contents of a file 
access request according to the first embodiment; 
Fig. 5 is a diagram showing the contents of a modi- 45 
fied file access request according to the first 
embodiment; 

Fig. 6 is a block diagram of a virtual file manage- 
ment system according to a second embodiment of 
the present invention; 5o 
Fig. 7 is a flowchart illustrating a processing flow 
according to the second embodiment; 
Fig. 8 is a diagram showing the internal structure of 
a management table according to the second 
embodiment; 

Fig. 9 is a diagram showing the contents of a file 
access request according to the second embodi- 
ment; 

Fig. 10 is a block diagram of a virtual file manage- 



ment system according to a third embodiment of 
the present invention; 

Fig. 1 1 is a diagram showing the internal structure 
of a management table according to the third 
embodiment; 

Fig. 12 is a block diagram of a virtual file manage- 
ment system according to a fourth embodiment of 
the present invention; 

Fig. 13 is a flowchart illustrating a processing flow in 
a file move processing section according to the 
fourth emtxxliment; 

Fig. 14 is a flowchart illustrating a processing flow 
when a file access is requested according to the 
fourth embodiment; 

Fig. 15 is a diagram showing the internal structure 
of a management table according to the fourth 
embodiment: 

Fig. 16 is a diagram showing the internal structure 
of the management table according to the fourth 
embodiment; 

Fig. 17 is a diagram showing the internal structure 
of the management table according to the fourth 
embodiment; 

Rg. 18 is a diagram showing the internal structure 
of the management table according to the fourth 
embodiment; 

Fig. 19 is a block diagram of a virtual file manage- 
ment system according to a fifth embodiment of the 
present invention; 

Rg. 20 is a diagram showing the internal structure 
of an operating condition management table 
according to the fifth embodiment; 
Hg. 21 is a block diagram of a virtual file manage- 
ment system according to a sixth embodiment of 
the present invention; 

Rg, 22 is a flowchart illustrating a processing flow 

according to the sixth embodiment; 

Rg. 23 is a diagram showing the internal structure 

of a file identifier list according to the sixth emtxxji- 

ment; 

Rg. 24 is a diagram showing the internal structure 
of the file identifier list according to the sixth embod- 
iment; 

Rg. 25 is a diagram showing the contents of a file 
access request according to the sixth embodiment: 
Rg. 26 is a block diagram of a virtual file manage- 
ment system according to a seventh embodiment of 
the present invention; 

Rg. 27 is a diagram showing the internal structure 
of a master file identifier list according to the sev- 
enth embodiment; 

Rg. 28 is a diagram showing the internal structure 
of the master file identifier list according to the sev- 
enth embodiment; 

Rg. 29 is a diagram showing the internal structure 
of a file identifier list according to the seventh 
embodiment; 

Rg. 30 is a diagram showing the configuration of a 
virtual file management system according to the 
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prior art: 

Fig. 31 is a flowchart illustrating the operation of the 
same prior art: 

Fig. 32 is a data structure diagram showing one 
example of a management table in the same prior 
art: 

Fig. 33 is a block diagram of a virtual file manage- 
ment system according to an eighth embodiment of 
the present invention; 

Fig. 34 is a block diagram of a virtual file manage- 
ment system according to a ninth embodiment of 
the present invention: 

Fig. 35 is a flowchart illustrating a processing flow in 
a file access count updating section according to 
the ninth emt>odiment; 

Fig. 36 is a flowchart illustrating a processing flow in 
a file move management section according to the 
ninth embodiment; 

Fig. 37(a) is a diagram showing the internal struc- 
ture of a virtual file management table before a file 
nx)ve, according to the ninth embodiment: 
Fig. 37(b) is a diagram showing the internal struc- 
ture of the virtual file management table after a file 
move, according to the ninth embodiment; 
Fig, 38(a) is a diagram showing the internal struc- 
ture of a file access table before updating, accord- 
ing to the ninth embodiment; 
Fig. 38(b) is a diagram showing the internal struc- 
ture of the file access table after updating, accord- 
ing to the ninth emtxxjiment; 
Fig. 38(c) is a diagram showing the internal struc- 
ture of the file access table after initialization, 
according to the ninth embodiment; 
Fig. 39 is a diagram showing the contents of a file 
access request according to the ninth embodiment: 
Fig. 40 is a block diagram of a virtual file manage- 
ment system according to a 10th embodiment of 
the present invention; 

Fig. 41 is a flowchart illustrating a processing flow in 
a server access count updating section according 
to the 10th embodiment; 

Fig. 42 is a flowchart illustrating a processing flow in 
a server move management section according to 
the 10th embodiment; 

Fig. 43(a) is a diagram showing the internal struc- 
ture of a server access table before updating, 
according to the 10th embodiment; 
Fig. 43(b) is a diagram showing the internal struc- 
ture of the server access tat>le after updating, 
according to the I0th embodiment: 
Fig. 43(c) is a diagram showing the internal struc- 
ture of the server access table after initialization, 
according to the 10th emtxxiiment: 
Fig. 44 is a block diagram of a virtual file manage- 
ment system according to an nth embodiment of 
the present invention; 

Fig. 45 is a flowchart illustrating a processing flow in 
a duplication management section according to the 
1 1th embodiment: 



Rg. 46(a) is a diagram showing the internal struc- 
ture of a virtual file management table before updat- 
ing, according to the 1 1th embodiment; and 
Rg. 46(b) is a diagram showing the internal struc- 
ture of the virtual file management table after 
updating, according to the 11th embodiment. 

PREFERRED EMBODIMENTS 

The present invention will be described in detail 
below with reference to the accompanying drawings 
illustrating the preferred embodiments thereof. 

Rg. 1 is a block diagram of a virtual file manage- 
ment system according to a first embodiment of the 
?5 present invention. This embodiment corresponds to the 
invention described in claim 1. In Rg. 1. reference 
numerals 101a and 101b are server computers: 102 is 
a virtual file management apparatus operating in the 
server conputer 101a; 103 is a management table; 
20 104a and I04b are file systems which are managed 
within the server computers 101a arxl 101b, respec- 
tively: 105 is a request processing section; 106 is a 
request analyzing section; 107 is a receiving section; 
108 is a transmitting section; 109a. 109b. and 109c are 
25 client computers as terminals; 1 10 is a request modifi- 
cation processing section; and 1 1 1 is a network through 
which the client computers 109a, 109b, and 109c are 
connected to the server computers 101a and 101b. 
The operation of the thus constructed virtual file ■ 
30 management system will be described with reference to 
relevant drawings. 

Rg. 2 is a diagram illustratir>g the processing flow in 
the server computer 101a in which the virtual file man- 
agement apparatus 102 is operating. First, the receiving 
35 section 107 receives a file access request from the cli- 
ent computer 109a (step S201), Next, the request ana- 
lyzing section 106 checks the virtual file identifier 
contained in the received file access request, and deter- 
mines the corresponding server computer name 101a 
40 or 101b by referencing the management table 1 03 (step 
S202). Next, using data in the management table 103. 
the request modification processing section 110 first 
nxxiifies the file access request into a file access 
request such that the server computer 101a or lOib 
45 determined by the request analyzing section 106 can 
directly respond to the client computer 109a. and then 
instructs the transmitting section 108 to transmit the 
modified file access request to the server computer 
101a or 101b (step S203). The transmitting section 108 
50 then transmits the file access request to the server com- 
puter 101a or 101b (step S204). The request process- 
ing section 105 in the server computer 101a or 101b 
that received the modified file access request creates 
response data to the file access request by using the file 
55 system I04a or 104b. and transmits the response data 
to the client computer 109a. 

In this way. the file access request from the client 
computer is first modified by the virtual file management 
apparatus by using the management table, and then 
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transferred to the destination. By so doing, the client 
computer can obtain response -data directly from the 
server computer where the real data of the requested 
file is managed, without increasing the network work- 
load. 5 

Next, a specific example of how this embodiment is 
used will be described. In Fig. 1 , there are two files with 
virtual file identifiers V_001 and V_002 accessible from 
the client computers; the virtual file identifier V_001 cor- 
responds to a real file identifier FILE_A existing in the io 
file system 104a in the server computer 101a and the 
virtual file identifier V_002 corresporxis to a real file 
identifier FILE_B existing in the file system 104b in the 
server computer 101b. In this case, the contents of the 
management table 1 03 managed by the virtual file man- is 
agement apparatus 102 in the server corrputer 101a 
are as shown in Fig. 3. Here, the virtual file identifiers 
V_001 and V_002 are managed as unique identifiers 
without duplications in the management table. In this sit- 
uation, the processing flow will be described with refer- 20 
ence to the flowchart of Fig. 2 when a file access 
request to read the contents of the file identifier V_002. 
such as shown in Fig. 4. is issued from the client com- 
puter 109a. 

First, in step S201 , the receiving section 107 of the 2S 
sen/er computer 101a receives the file access request 
defined as shown in Fig. 4. Next, in step S202. the 
request analyzing section 106 searches the manage- 
ment table 103 by using the virtual file identifier con- 
tained in the file access request as a key. and 30 
determines that the virtual file identifier V_002 corre- 
sponds to the real file identifier FILE_B in the server 
computer 101b. Then, in step S203. the request modifi- 
cation processing section 110 modifies the file access 
request shown in Fig. 4 into the file access request as 
shown in Fig. 5 on the basis of the contents of the man- 
agement table 103- More specifically the destination is 
changed to 101b and the file identifier to FILERS. The 
request modification processing section 110 then 
instructs the transmitting section 108 to transmit the 40 
modified file access request shown in Fig. 5 to the 
server computer 101b. In step S204. the transmitting 
section 108 transmits the modified file access request 
shown in Fig. 5 to tiie server computer 101b. The 
request processing section 105 in the server computer 4S 
101b that received the nxxiif ied file access request (Fig. 
5) reads the real data corresponding to the file identifier 
FILE_B from the file system 104b. creates response 
data to the file access request by using the thus read- 
out data, and transmits the response data to the client so 
computer I09a. In this way, the client computer I09a 
can read out the contents of the virtual file identifier 
V_002 (the real file identifier FILE_B). 

The above example of the embodiment has dealt 
with a case in which a file access request to read the 55 
contents of a file is issued from the dient computer. The 
same process applies for the case where a file access 
request to write data to a file is issued: that is. the 
request modification processing section modifies the file 



access request containing write data on the basis of the 
contents of the management table, and transfers the 
request to the server computer where the real data of 
the file is stored, to accomplish data writing to the file. 

Furthermore, in the case of a file access request to 
refer to or update a file atti-ibute (for example, date and 
time of access, file size, access right, etc.) also, the cli- 
ent's request can be processed in the same manner as 
described above, that is. by modifying the file access 
request so that the request is redirected to the server 
computer where the real data of the file is stored. 

Next, a virtual file management system according 
to a secorKj embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 2. 

Rg. 6 is a block diagram showing the virtual file 
management system according to the second embodi- 
ment of the present invention. In Fig. 6, reference 
numeral 601 is a management table processing section, 
and 602 is a control section: tiie other component ele- 
ments are the same as those described in connection 
with Fig. 1 in the description of the first emtxxiiment. 

RIe access requests from the client computers 
include not only requests for reading file contents but 
otiier types of file access requests such as a file dele- 
tion request and file attribute reference request. In the 
case of the latter types of requests, the server computer 
where the real data of the requested file is managed 
need not necessarily send a response to the requesting 
client corrputer: rather, by having the virtual file man- 
agement apparatus managing the files respond to the 
client computer, the response time can be improved and 
the network workload can be reduced . 

Rrst. the general operation of this embodiment will 
be described. 

Rg. 7 is a flowchart illustrating the processing flow 
in tiie server computer 101a in which the virtual file 
management apparatus 102 of the present embodiment 
is operating. First, the receiving section 107 receives a 
filed access request from the client computer 1 09a (step 
S201). Next, the control section 602 identifies the type 
of the received file access request (step S701). and car- 
ries out step S702 if the request is for updating or refer- 
ring to the management table 103. or step S202 if the 
request is not for updating or referring to the manage- 
ment table 103. In step fS702. the management table 
processing section 601 processes tiie request by using 
the management table 103. and instructs the ti-ansmit- 
ting section 108 to transmit the processed result to the 
client computer I09a. Subsequent to the step S702. the 
transmitting section 108 transmits the processed result 
to the client computer 109a (step S703). On the other 
hand, from step S202 onward, the steps S202, S203. 
and S204 in Fig. 2 described in the first embodiment are 
performed in sequence. 

Next, a specific example of how this embodiment is 
used will be described. In Fig. 6. in the management 
table 103 there are three files with virtual file identifiers 
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V_001. V_002. and V_003 accessible from the client 
computers: the virtual file identifier V_001 corresponds 
to a real file identifier FILE_A existing in the file system 
104a in the server computer 101a and the virtual file 
identffrers V_002 and V_003 correspond to real file 
identifiers FILE_B and FILE_C. respectively, existing in 
the file system 104b in the server computer lOlb. In this 
case, the contents of the management table 103 man- 
aged by the virtual file management apparatus 102 in 
the server computer 101a are as shown in Fig. 8. 

When an access request to refer to the file size of 
the file V_003, such as shown in Fig. 9. is issued from 
the client computer 109a to the virtual file management 
apparatus 102 in the server computer 101a. the receiv- 
ing section 107 of the server computer 101a in step 
S201 receives the file access request defined as shown 
in Fig. 9. Next, in step S701. the control section 602 
identifies the type of the file access request. Since the 
file access request of Fig. 9 contains a command inquir- 
ing the file size, this file access request is identified as a 
request to refer to the management table 103. Accord- 
ingly, step S702 is carried out next. In step S702. the 
management table processing section 601 checks the 
management tat)le 103 in accordance with the file 
access request, retrieves the file size corresponding to 
V_003. and instructs the transmitting section 108 to 
transmit the retrieved file size to the requesting client 
computer 109a. Finally, in step S703. the transmitting 
section 108 transmits the file size to the client computer 
109a. 

In this way. the client computer 1 09a can refer to the 
file size of the virtual file identifier V_003. On the other 
hand, when the file access request of Fig. 4 is issued 
from the client computer, it is determined in step S701 
that the type of the file access request is not one 
requesting reference to or updating of the management 
table 103, and therefore, steps S202. S203. and S204 
are carried out in sequence as described in connection 
with the operation of the first embodiment. The above 
desaiption has dealt with a file access request for refer- 
ring to file size as an example, but when referring to 
other attributes (for example, file update time, owner, 
access right, etc.) or when updating the management 
table such as file deletion or attribute change, for exam- 
pie, steps S702 and S703 are likewise can-ied out. 

Next, a virtual file management system according 
to a third ennbodiment of the present invention will be 
desaibed with reference to relevant drawings. This 
en*odiment corresponds to the invention described in 
claim 3. 

Fig. 10 is a block diagram showing the virtual file 
management system according to the third embodiment 
of the present invention. In Fig. 10, reference numeral 
1001 Is an identifier creation section, 1002 is a server 
selection section. 1003 is a file creation section, and 
1004 is a management table updating section; the other 
component elements are the same as those described 
in connection vwth Fig. 1 in the description of the first 
embodiment. 



When creating a new file that is to be managed by 
the virtual file management apparatus, a server compu- 
ter where the real data of the file should be stored must 
be selected. In this embodiment, the virtual file manage- 
5 ment apparatus is equipped with this function. 

The general operation of this embodiment will be 
described first. When a new file creation request is input 
to the virtual file management apparatus 102. the iden- 
tifier creation section 1001 creates a new virtual file 
JO identifier, not yet existing in the management table 103. 
for the file requested to be created. Next, the server 
selection section 1002 selects one of the server com- 
puters connected to the network n 1 in accordance with 
a predetermined method, and supplies the server com- 
15 puter name to the file creation section 1003. The file 
creation section 1003 then sends a new file creation 
request to the server computer selected by the server 
selection section 1002. Using the file system function, 
the selected server computer creates a new real file 
20 identifier in response to tiie file creation request, and 
sends the response to tiie server computer 101a. The 
file creation section 1003 thus receives the new real file 
identifier from the selected server connputer. and 
passes th& received real file identifier to-the manage- 
rs ment table updating section 1004 along with the name 
of the server connputer selected by the server selection 
section 1002. Finally, tiie management table updating 
section 1004 adds the virtual file identifier, the server 
computer name, and the real file identifier to the con- 
30 tents of the management table 103. 

In this way. the management table 103 managed by 
the virtijal file management apparatus 102 can be auto- 
matically constructed, and each client computer can 
create a new file without having to be aware of the 
35 selection of the server computer where the real data of 
the file should be stored. Using the tiius consti-ucted 
management table 103. the virtual file management 
system described in the first embodiment operates. 
Next, a specific example of how this embodiment is 
40 used will be described. As in the first embodiment, in 
Fig. 10. there are two files with virtual file identifiers 
V_001 and V_002 accessible from the client computers: 
the virtual file identifier V_001 corresponds to a real file 
identifier FILE_A existing in the file system 1 04a in the 
45 server computer 101a and the virtual file identifier 
V_002 corresponds to a real file identifier FILE_B exist- 
ing in the file system I04b in the server computer lOib. 
In this case, the contents of the management table 103 
managed by the virtual file management apparatus 102 
50 in the server computer 101a are as shown in Fig. 3. 

When a new file creation request is input from a cli- 
ent to the file management apparatus 102. the identifier 
creation section 1001 creates a new virtual file identifier 
V_003 not yet existing in the management table 103. 
55 Next, the server selection section 1002 queries the 
server computers 101a and 101b connected to the net- 
work 1 1 1 about the space available in their file systems 
104a and 104b. selects the server computer 101b hav- 
ing the larger available space, and supplies the name of 
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the selected server cortputer to the file creation section 
1 003. The file creation section 1 003 then sends a query 
to the file system I04b in the server computer 101b. 
obtains a real file identifier FILE_C to be used to create 
the real data of the file, and passes the server computer 
name 101b and the real file identifier FILE_C to the 
management table updating section 1 004. Finally, the 
management table updating section 1004 adds the vir- 
tual file identifier V_003, the server computer name 
101b. and the real file identifier FILE_C to the contents 
of the management table 103. The resutt will be as 
shown in Fig. 1 1 . In this way the management table 103 
is automatically constructed. 

In this emtxxiiment, the selection of the server com- 
puter has been made based on the available space in its 
file system, but various other methods can be consid- 
ered for server computer selection algorithms, such as 
methods based on the number of files stored in the file 
system, the processing speed of the server computer, 
or the degree of workload concentration, or a corrbina- 
tion thereof. 

Next, a virtual file management system according 
to a fourth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claims 4 and 5. 

Fig. 12 is a block diagram showing the virtual file 
management system according to the fourth emtxxli- 
ment of the present invention. In Fig. 12. reference 
numerals 101a and 101b are server computers: 102 is 
a virtual file management apparatus operating in the 
server computer 101a; 1201 is a nnanagement table 
including an access inhibit flag; 104a and 104b are file 
systems which are managed within the server conrput- 
ers 101a and 101b. respectively; 105 is a request 
processing section; 106 is a request analyzing section; 
107 is a receiving section; 108 is a transmitting section; 
1202 is a preprocessing section; 1203 is a file move 
processing section; 109a. 109b, and 109c are client 
computers; 110 is a request modification processing 
section; and 111 is a network through which the client 
computers 109a. 109b, and 109c are connected to the 
server computers 101a and 101b. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to rele/ant drawings, dealing specifically with the 
operation of the file move processing section 1203 
when moving real data of a file between the server com- 
puters in the present embodiment, and the operation of 
the virtual file management apparatus 102 when a file 
access request is received from a client connputer. 

Fig. 13 is a flowchart illustrating the processing flow 
in the file move processing section 1203 when moving 
real data of a file between the server computers. First, 
the file move processing section 1203 sets the access 
inhibit flag in the management table 1201 for the virtual 
file identifier of the file to be moved (step Si 301). Next, 
the real data of the file is copied from the source server 
computer to the destination server computer (step 



Si 302). Next, the server computer name and real file 
identifier corresponding to the original virtual file identi- 
fier in the management tat>le 1201 are changed to the 
destination server computer name and the real file iden- 
5 tifier in the destination server computer (step Si 303). 
Finally, the access inhibit flag corresponding to the orig- 
inal virtual file identifier in the management table 1201 
is reset (step Si 304). In this way the real data of the file 
corresponding to the virtual file identifier is moved 
10 between the server computers. 

Fig. 14 is a flowchart illustrating the processing flow 
in the virtual file management apparatus 102 when a file 
access request is received from a client conrputer. First, 
the receiving section 107 receives the file access 
IS request from the client computer 109a (step S201). 
Next, the preprocessing section 1202 checks the 
access inhibit flag, in the management tat>le 1201. cor- 
responding to the virtual file identifier contained in the 
received file access request (step Si 401). If the access 
20 inhibit flag is set, the preprocessing section 1202 cre- 
ates data indicating that the access is inhibited, and 
instructs the transmitting section 108 to transmit the 
data to the client computer. The transmitting section 108 
thus instructed transmits the data indicating that the 
25 access is inhibited, to the client computer (step Si 402). 
On the other hand. if. in step Si 401 . the access inhibit 
flag is not set. the process from step S202 onward in 
Fig. 2 is carried out as in the first embodiment. 

Next, a specific example of how this embodiment is 
30 used will be described. As in the first embodiment, in 
Fig. 12. there are two files with virtual file identifiers 
V_001 arxJ V_002 accessible from the client computers: 
the virtual file identifier V_001 corresponds to a real file 
identifier F1LE_A existing in the file system 104a in the 
35 server computer lOla and the virtual file identifier 
V_002 corresponds to a real file identifier FILE_B exist- 
ing in the file system I04b in the server computer 10ib. 

In this case, the contents of the management table 
1201 managed by the virtual file management appara- 
40 tus 102 in the server computer 101a, when file move 
operations are not being performed, are as shown in 
Fig. 15. At this time, if the real data of the virtual file 
identifier V_001 is to be moved from the server compu- 
ter 101a to the server computer lOlb. first in step 
45 Si 301 the file move processing section 1203 sets the 
access inhibit flag in the management table 1201. as 
shown in Fig. 16. Next, in step S1302. the real data of 
the file designated by the virtual file identifier V_00l is 
copied from FILE_A in the file system 104a in the server 
50 computer 101a to the file system I04b in the server 
computer 101b. Next, in step Si 303, the contents of the 
management table 1201 are changed as shown in Fig. 
17. That is. the server identifier is changed to the desti- 
nation server computer name 101b. and the real file 
55 identifier is changed to the new real file identifier 
FILE_A2 obtained by querying the file system i04b in 
the destination server computer 101b about the real file 
identifier of the file copied in step Si 302. Finally, in step 
Si 304. the access inhibit flag for the virtual file identifier 
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V_001 is Cleared. The contents of the management 
table 1201 are now as shown' in Fig. ia In this way. the 
real data of a file can be moved from one server compu- 
ter to another without changing its virtual file identifier 
that is to be used when issuing an access request from 
a diem computer 

On the other hand, when the access inhibit flag is 
set. if a file access request with the virtual file identifier 
\/_001 is issued from the client conputer I09b. first the 
receiving section 107 receives the access request in 
step S201. Next, in step Si 401. the preprocessing sec- 
tion 1202 refers to the management table 1201 to check 
the status of the access inhibit flag for the virtual file 
identifier V_001 contained in the access request. In this 
case, since the access inhibit flag is set, step Si 402 is 
carried out. In step Si 402. the preprocessing section 
1202 creates data indicating that the access is inhibited, 
and instructs the transmitting section 1 08 to transmit the 
data to the client computer 109b. The transmitting sec- 
tion 108 thus instructed transmits the data indicating 
that the access is inhibited, to the client computer I09b. 
On the other hand, if the file move operation is com- 
pleted and the access inhibit flag is cleared, the process 
from step S202 onward is carried out as in the first 
embodiment, allowing the client computer I09b to 
access the file by using the same virtual file identifier as 
that used before the real data was moved between the 
server computers. That is. the client conrputer need not 
be aware of the movement of the real data between the 
server computers. 

Next, a virtual file management system according 
to a fifth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 6. 

Fig. 19 is a block diagram showing the virtual file 
management system according to the fifth embodiment 
of the present invention. In Fig. 19. reference numerals 
101a and 101b are server computers; 102 is a virtual 
file management apparatus operating in the server 
computer 101a; 103 is a management table; 104a and 
104b are file systems which are managed within the 
server computers 101a and 101b, respectively; 105 is a 
request processing section; 106 is a request analyzing 
section; 107 is a receiving section; 108 is a transmitting 
section; 1901 is an operating condition management 
table; I09a. 109b. and I09c are client computers; 1902 
is a request modification processing section which 
checks the operating condition management table 1901 
and selectively determines whether to transfer a 
request to the server computer where real data of a file 
is stored; and 1 1 1 is a network through which the client 
computers 109a. 109b. and 109c are connected to the 
server computers lOia and 101b. 

The thus constructed virtual file management sys- 
tem will be described below, dealing with the difference 
in operation from tfie first embodiment 

The difference from the first embodiment lies in the 
operation of the request modification processing section 
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1902. While, In the first embodiment, the request modi- 
fication processing section 1902 is called in step S203 
in Fig. 2. in the present embodiment the request modifi- 
cation processing section 1902 first checks the opera!- 
5 ing condition management table 1901 to determine 
whether the server computer 101a or 101b identified by 
the request analyzing section 106 is operating or not. If 
the identified server computer is not operating, the 
request modification processing section 1902 instructs 
10 the transmitting section 108 to transmit data irxJicating 
that the server is not operating, to the client computer 
109a; on the other hand, if the server computer is oper- 
ating, the request modification processing section 1902 
modifies the file access request into a file access 
75 request such that the server computer can directly 
respond to the client computer 109a. by using data in 
tine management table 103. and instructs the transmit- 
ting section 108 to transmit the nxxdrfied file access 
request to the server computer 101a or 101b. as in the 
20 first embodiment. In this way. when the server computer 
holding the real data of the requested file is not operat- 
ing, the non-operating condition is reported to the dient 
computer Without tiiis function, when there was no 
response to a file access request the client computer 
25 could not judge whether the server computer where the 
virtual file management apparatus shouW be operating 
is not operating or the server computer holding the real 
data of the file is not operating. 

Next, a specific example of how this embodiment is 
30 used will be described. As in the first enrtoodiment. in 
Fig. 19, there are two files with virtual file identifiers 
V_001 and V_002 accessible from the client computers; 
the virtual file identifier V_001 corresponds to a real file - 
identifier F1LE_A existing in the file system 104a in the 
3S server computer 101a and the virtual file identifier 
V_002 corresponds to a real file identifier FILE_B exist- 
ing in the file system 104b in the server computer 101b. 
In this case, the contents of the management table 103 
managed by the virtual file management apparatus 102 
40 in the server computer 101a are as shown in Fig. 3. 
When the server computer 101b is not operating, the 
contents of the operating condition management table 
1901 are as shown in Fig. 20. 

At this time, when a file access request with tine vir- 
45 tijal file identifier V_002 is issued from the client compu- 
ter 109a, the processing in steps S20i and S202 
described in the first embodiment is carried OLrt. In step 
S203. the request modification processing section 1902 
checks the contents of the operating condition manage- 
so ment table 1901 shown in Fig. 20. as earlier described, 
and since the server computer 101b is not operating, 
instructs the ti-ansmitting section 108 to transmit the 
data indicating that the server 101b is not operating. 
The transmitting section 108 thus transmits the data 
55 indicating that the server lOib is not operating, to the 
client computer 1 09a. On the other hand, if a file access 
request with the virtual file identifier V_00l is issued, 
since the server computer 101 a is operating, the same 
operation as described in the first embodiment is per- 
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formed. 

Next, a virtual file management system according 
to a sixth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 7. 

Fig. 21 is a block diagram showing the virtual file 
management system according to the sixth embodi- 
ment of the present invention. In Fig. 21. reference 
numerals 2101a and 2101b are server computers: 
2106a and 2106b are file systems which are managed 
within the server computers 2101a and 2101b. respec- 
tively; 2102a is a file identifier list for the files stored in 
the file system 21063 managed in the server computer 
2101a: 2102b is a file identifier list for the files stored in 
the file system 2106b managed in the server computer 
2101b: 2103 is a request processing section; 2104 is an 
access request monitoring section; 2105 is a transmit- 
ting section; 2107a and 2107b are client computers: 
and 111 is a network through which the client comput- 
ers, 2107a and 2107b. and the server computers. 
2101a and 2101b. are connected. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevam drawings. 

Fig. 22 is a flowchart illustrating the general flow in 
the virtual file management system when a client com- 
puter accesses a file stored on a server computer. First, 
the client computer 21 07a or 21 07b issues a file access 
request to a predetermined virtual server computer 
which is neither the server computer 2101a nor the 
server computer 2101b (step S2201). This file access 
request is received by the access request monitoring 
section 2104 in each of the server computers 2101a 
and 2101b (step S2202). The access request monitor- 
ing section 2104 then analyzes the received file access 
request, and checks whether or not the file identifier 
contained in the file access request is stored in the file 
identifier list 2102a or 2102b in its own server computer. 
The file access request is passed to the request 
processing section 2103 only when the file identifier is 
stored in the file identifier list. If the file identifier is not 
stored in the file identifier list 2102a or 2102b. the proc- 
ess is terminated here (step S2203), If the file identifier 
is stored in the file identifier list 2102a or 2102b. the ffle 
access request is processed, and the transmitting sec- 
tion 2105 is instructed to transmit the processed result 
to the diem computer 2107a or 2107b (step S2204). 
The transmitting section 2105 thus transmits the proc- 
essed result to the dient computer 2107a or 2107b 
(step S2205). Finally, the client conputer 2l07a or 
2107b receives the response to the access request 
(step S2206). 

A specific example of how this embodiment is used 
will be described next. In Fig. 21. in the file system 
2106a of the server computer 21 Ola there are three 
files with file identifiers FILE_A. FILE_B, and FILE_C 
which can be accessed from the client computers, while 
in the file system 2106b of the server computer 2101b 



there are two files with file identifiers FILE_D and 
F1LE_E which can be accessed from the client comput- 
ers. The contents of the file identifier list 2102a in the 
server computer 21 01 a are as shown in Fig. 23, and the 
5 contents of the file identifier list 2102b in the server 
computer 2101b are as shown in Fig. 24. In this situa- 
tion, the processing flow will be described with refer- 
ence to the flowchart of Fig. 22 when a file access 
request for FILE_D such as shown in Fig. 25. is issued 
10 from the client computer 2107b to the predetermined 
virtual server computer. 

First, in step S2201. the client computer 2107b 
issues an access request such as shown in Fig. 25 to 
the virtual server conputer V_SERVER. In step S2202. 

15 the access request monitoring section 2104 in each of 
the sen/er computers 2101a and 2101b receives the file 
access request. Next, in step S2203. the access 
request monitoring section 2104 of the server computer 
2101 a checks whether FILE_D is carried in the file iden- 

20 tifier list 2102a shown in Rg. 23: since FILE^D is not 
there, the process is terminated. Likewise, in step 
S2203. the access request monitoring section 2104 of 
the server computer 2101b checks whether FILE.O is 
carried in the file identifier list 2102b shown in Fig. 24; 

25 since F1LE_D is found there, the file access request of 
Fig. 25 is passed to the request processing section 
2103. Next, in step S2204. the request processing sec- 
tion 2103 processes the file access request, reads the 
real data of the file identifier FILE_D from the file system 

30 2106b. and instructs the transmitting section 2105 to 
transmit the data to the dient computer 2107b. Thus, in 
step S2205, the transmitting section 2105 of the server 
computer 2101b transmits the data to the client compu- 
ter 2107b. Finally, in step S2206. the dient computer 

35 2107b receives the response. In this way. the dient 
computer can receive the response to the file access 
request issued to the virtual server computer. 

Next, a virtual file management system according 
to a seventh embodiment of the present invention wilt be 

40 described with reference to relevant drawings. This 
embodiment conresponds to the invention described in 
daim 8. 

Ftg. 26 is a block diagram showing the virtual file 
management system according to the seventh embodi- 
es ment of the present invention. In Fig. 26. reference 
numeral 2601 is a master file identifier list. 2602 is an 
identifier creation section. 2603 is a server selection 
section. 2604 is a file creation section. 2605 is a master 
list updating section, and 2606 is a list updating section 
so which updates the file identifier list 2102a or 2102b in 
the server computer 210la or 2101b. respectively; the 
other component elements are the same as those 
described in connection with Fig. 21 in the description of 
the sixth embodiment, 
is When creating a new file to be managed by the vir- 
tual server computer, a server conrputer where the real 
data of the file should be stored must be selected. To 
achieve this, in the present embodiment, one of the 
server computers acts as a master server computer to 
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determine in which server computer the file shouid be 
created. 

The operation of the present embodiment, when 
creating a new file, will be described below. Rrst. when 
a new file creation request is issued to the master 
server conrputer 2101a, the identifier creation section 

2602 creates a new file identrfier not yet existing in the 
master file identifier list 2601. Next, in accordance with 
a predetermined method the server selection section 

2603 selects one server computer from among the 
server computers 2101a and 2101b connected to the 
network 111. and supplies the name of the selected 
server computer to the file creation section 2604. The 
file creation section 2604 instructs the server computer 
2101a or 2101b. whichever is selected by the server 
selection section 2603. to create the file with the file 
identifier created by the identifier creation section 2602. 
The master list updating section 2605 newly adds the 
file identrfier created by the identifier creation section 
2602 to the master file identifier list 2601. On the other 
hand, the server computer 2101a or 2101b, whichever 
is instructed to create the file with the file identifier cre- 
ated by the iderrtifier creation section 2602. creates the 
file in its file system 2106a or 2106b. following which the 
list updating section 2606 newly adds the file identifier 
created by the identrfier creation section 2602 to the file 
identifier list 2102a or 2102b. In this way. a new file to be 
managed by the virtual server corrputer can be added. 

A specific example of how this embodiment is used 
will be described next. As in the foregoing sixth embod- 
iment, in Fig. 26, in the file system 2106a of the server 
computer 2101a there are three files with file identifiers 
FILE_A. FILE_B. and FILE^C which can be accessed 
from the client computers, while in the file system 21 06b 
of the server computer 2101 b there are two files with file 
identifiers FILE_D and FILE_E which can be accessed 
from the client computers. The contents of the file iden- 
tifier list 2102a in the server computer 2101a are as 
shown in Fig. 23, and the contents of the file identifier 
list 2^Q2b in the server computer 21 01b are as shown in 
Fig. 24. Further, the contents of the master file identifier 
list 2601 are as shown in Fig. 27. 

In this situation, when an instruction to create a new 
file in the virtual server computer is given to the master 
server computer 2101 a. first the identrfier creation sec- 
tion 2602 creates a file identifier FILE_F not yet existing 
in ttie master file identifier list 2601. Next, the server 
selection section 2603 queries the server computers 
2101a and 2101b connected to the network 111 about 
the number of files stored in ttieir respective file systems 
2106a and 2106b, and selects the server computer 
2101b that stores the fewer files. The result of the selec- 
tion is given to the file creation section 2604. The file 
creation section 2604 instructs the server computer 
2101b to create the file with the file identifier F1LE_F 
The server computer 2101b creates the file in its file 
system 2106b, and the list upxJating-section 2606 adds 
FILE_F to the file identifier list 2102b. Finally, the master 
list updating section 2605 adds FILE_F to the master 



file identifier list 2601. The contents of the master file 
identifier list 2601 are now as shown in Fig. 28. The con- 
tents of the file identifier list 2102b in the server compu- 
ter 2101b at this time are shown in Fig. 29. In this way 

5 the master file iderrtifier list Is automatically constructed. 
The files whose identifiers are stored in the thus con- 
structed master file identifier list can be accessed from 
the client computers in the same manner as described 
in the sixth embodiment. 

JO Next, a virtual file management system according 
to an eighth embodiment of the present invention will be 
described witii reference to relevant drawings. This 
errtoodiment corresponds to the invention described in 
claim 9. 

15 Fig. 33 is a block diagram showing the virtijal file 
management system according to the eighth embodi- 
ment of the present invention. The difference of this 
embodiment from the virtual file management system of 
the first embodiment shown in Fig. 1 is that, while in Fig. 

20 1 the virtual file management apparatus 102 is provided 
within the server computer 101a. in the present embod- 
iment the virtual file management apparatus 1 02 is con- 
nected to the network 111. independentiy of the server 
computer. The configuration and operation of the virtual 

25 file management apparatus 102 are fundamentally the 
same as the one shown in Fig. 1 ; since the description 
is already given in connection with the first embodiment, 
the description will not be repeated here. 

In the atxjve embodiment, the selection of the 

30 server computer was made based on the number of 
files stored in its file system, but various other methods 
can be considered for server computer selection algo- 
rithms, such as methods based on the capacity of the 
file system, the processing speed of the server compu- 

35 ter. the degree of workload concentration, etc. 

It will also be recognized that the means and sec- 
tions in the present invention may be wholly or partiy 
implemented in software using a computer or In hard- 
ware using dedicated hardware circuits. 

40 In the case of software implementation, all or part of 
the necessary programs for implementation can be pro- 
vided on a floppy disk or a CD-ROM. 

Next, a virtual file management system according 
to a ninth embodiment of the present invention will be 

45 described with reference to relevant drawings. 

Fig. 34 Is a block diagram showing the virtual file 
management system according to the ninth embodi- 
ment of the present invention. The configuration of this 
emtjodiment will be described with reference to the 

50 same figure. 

In Fig. 34. reference numerals 3101 and 3102 are 
server computers: 3103 is a virtual file management 
apparatus operating in the server computer 3101 : 3104 
is a virtual file management table; 3105 is an access 

55 request processing section; 3106 Is a file access table; 
3107 is a file access count updating section; 3108 is a 
timer: 3109 is a file move management section: 3110 
and 3 n 1 are file systems which are managed within the 
server computers 3101 and 3102. respectively; 31 12 is 
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a client computer: and 3113 is a network through which 
the client computer 3112 is connected to the server 
computers 3101 and 3102. Request frequency storage 
means of the present invention includes the file access 
table 3106 and the file access count updating section 
3107. File move control mear^ of the present invention 
corresponds to the file move management section 
3109. 

The operation of the thus constructed virtual file 
management system will be described beiow with refer- 
ence to relevant drawings. 

First, the operation in the file access count updating 
section 3107 will be described, taking a case when a file 
access request from the client computer 3112 occurs in 
the server computer 3101 where the virtual file manage- 
ment apparatus 31 03 is operating. Fig. 35 is a f towchart 
illustrating the processing flow in the file access count 
updating section 3107. 

When a file access request is issued from the client 
computer 3112 to the server computer 3101. the file 
access count updating section 3107 and the access 
request processing section 3105 receive the file access 
request (step Si 01 ). The access count updating section 
3107 determines which virtual file identifier is access- 
requested from the received file access request (step 
Si 02). and updates the access count value in the file 
access table 3106 for tiie thus determined virtual file 
identifier (step 8103). 

On the other hand, the access request processing 
section 3105 which received the same file access 
request checks the virtual file nnanagement table 3104, 
modifies the file access request so as to respond to the 
client computer 3112, and transfers the modified file 
access request to the server computer where the real 
data of the virtual file identifier requested in the file 
access request is stored, as described in connection 
with the first embodiment. The server conputer that 
received the modified file access request transmits the 
response data to the client computer 3112 which thus 
obtains the response to the file access request it issued. 

Next, the operation of the file move management 
section 3109 activated by the timer 3108 will be 
described. Fig, 36 is a flowchart illustrating the process- 
ing flow in the file move management section 3109. 

When the file move management section 3109 is 
activated by the timer 3108 at a predetermined time 
interval, the file move management section 3109 
checks the file access table 3106 and determines a fre- 
quentiy accessed virtual file identifier (step S301). 
Then, the real data corresponding to the thus deter- 
mined virtual file identifier is moved from the server 
computer where it is stored to another server computer 
(step S302): then, the contents of the virtual file man- 
agement table 3104 for that virtual file identifier are 
changed to indicate the real file identifier in the destina- 
tion server computer and the destination server identi- 
fier (step 8303). and finally, the file access table 3 106 is 
initialized (step 8304). 

In this way. when there occurs a file access request 



from the client computer 3112. the file access table 
3106 is updated by the file access count updatir\g sec- 
tion 3107. arxi the file move management section 3109 
which is activated by the timer 3108 at predetermined 
5 intervals of time checks the contents of the file access 
table 31 06 so that the real data con-esponding to the fre- 
quently accessed virtual file identifier can be moved to 
another server computer. 

A specific example of how this embodiment is used 
10 will be described next. 

Suppose a case where a file access request (see 
Fig. 39) designating a virtual file identifier V_002 is 
issued from the client computer 31 1 2 to the server com- 
puter 3101 when the contents of the virtual file manage- 
rs ment table 3104 in the server computer 3101 are as 
shown in Fig. 37(a) and the contents of the file access 
table 31 06 are as shown in Fig. 38(a). The operation of 
the file access count updating section 3107 in this case 
will be described with reference to the ftowchart of Fig. 
20 35. 

Rrst in step 8101 . the file access request of Fig. 39 
is received. Next, in step Si 02. it is determined from the 
file access request that tiie request is for the virtual file 
identifier V_002. Finally, in step S103. the number of 
25 accesses to the virtual file identifier V_002 in the file 
access table 3106 is increased by 1, thus updating the 
contents of the file access table 3106 from those shown 
in Fig. 38(a) to those shown in Fig. 38(b). 

Now. when the contents of the file access table 
30 3106 are as shown in Fig. 38(b). the operation of the file 
move management section 3109 activated by the timer 
3108 will be described with reference to the flowchart of 
Fig. 36. 

Rrst, in step 8301. the most frequently accessed 
35 virtual file identifier V_001 is determined from the file 
access table 3106. Next, in step 8302. the real data cor- 
responding to the virtual file identifier V_001 , whose 
real file identifier FILE_1 0 1 A is stored in the server com- 
puter 3101, is moved to tiie other server computer 
40 31 02. When the real identifier of the real data moved to 
ttie server computer 3102 becomes F1LE_102C as a 
result of the move, then in step S303 the contents of the 
virtual file management table 3104 are updated from 
those shown in Rg. 37(a) to those showm In Fig. 37(b). 
45 Finally, in step 8304. the file access table 31 06 is initial- 
ized as shown in Fig. 38(c). 

tn this way, a file with a high frequency of access 
can be identified and moved effectively to distribute the 
workload. This means that, as described in the specific 
50 example of this embodiment, when access requests are 
made for the same file within a predetermined period of 
time after the file is moved, the file access requests con- 
centrated on the server computer 3101 are distritxjted 
between the server computers 3101 and 3102. 
55 The present embodiment has dealt with a system 
having two server computers, but the number is not lim- 
ited to two. For example, when there are three or more 
server computers, the same effect as described above 
can be obtained. In that case, however, it becomes nec- 
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essary to determine to wNch server corrputer the file 
should be moved. The server' selection can be accom- 
plished in various ways, for example, by selecting a 
server computer having the largest space available in 
the file system or by selecting a server computer where 
the number of files stored in the file system is the small- 
est. 

In step S301. the file move management section 
3109 may determine two or more virtual file identifiers to 
select two or nnore files to be nr»oved. There is also a 
possibility that no files are selected and no file move 
operations are performed. 

Further, in step S304 illustrating the operation of 
the file move management section 3109. the contents of 
the file access table 3106 were all initialized to 0 in the 
above example, but to prevent successive moves, the 
initaJization may be performed by appropriately weight- 
ing the access count of the virtual file identifier whose 
real data was moved. 

In the above description, the file access count 
updating section 3105 updates the file access table 
3 1 06 when an access request for file read occurs. Alter- 
natively, the file access table 3106 may be updated 
regardless of the type of file access request or by 
selecting a particular type of file access request. 

Next, a virtual file management system according 
to a 10th embodiment of the present invention will be 
described with reference to relevant drawings. 

Fig. 40 is a block diagram shov«ng the virtual file 
management system according to the 10th embodiment 
of the present invention. In Fig. 40. reference numeral 
3701 is a server access table, 3702 is a server access 
count updating section, and 3703 is a server move man- 
agement section: the other component elements are the 
same as those described in connection with Fig. 34 in 
the description of the ninth embodiment. 

The operation of the thus constructed virtual file 
management system wilt be described below with refer- 
ence to relevant drawings. 

First, the operation in the server access count 
updating section 3702 will be described, taking a case 
when a file access request from the client computer 
31 12 occurs in the server computer 3101 where the vir- 
tual file management apparatus 3103 is operating. Fig. 
41 is a flowchart illustrating the processing flow in the 
server access count updating section 3702. 

When a file access request is issued from the client 
computer 31 12 to the server computer 3101. the server 
access count updating section 3702 receives the file 
access request, similarly to the ninth embodiment (step i 

5801) . 

Next, the server access count updating section 
3702 determines which virtual file identifier is access- 
requested from the received file access request (step 

5802) . and checks the virtual file management table i 
3104 to determine the server where the real data desig- 
nated by the atx>ve-determined virtual file identifier is 
stored (step S803). Then, the access count value in the 
server access table 3701 for the thus determined server 



identifier is updated (step S804). 

The operation of the server nx>ve management 
section 3703 activated by the timer 3108 will be 
described next. Fig. 42 is a flowchart illustrating the 
5 processing flow in the server move management sec- 
tion 3703. 

When the server move management section 3703 
is activated by the timer 3108 at a predetermined time 
intervaJ. the server move management section 3703 
w checks the server access table 3701 and determines 
the server identifier of a frequently accessed server 
(step S901). Then, the virtual file management table 
3104 is checked, and the real data corresponding to the 
virtual file identifier and managed in the server compu- 
15 ter identified with the determined server identifier is 
moved from the server computer where the data is 
stored, to another server computer (step S902): then, 
the contents of the virtual file management table 3104 
for the thus moved virtual file identifier are changed to 

20 indicate the real file identifier in the destination server 
computer and the destination server identifier (step 
S903). and finally, the server access tabie 3701 is initial- 
ized (step S904). 

In this way. when there occurs a file access request 

25 from the client computer 31 12, the server access table 
3701 is updated by the server access count updating 
section 3702, and the server move management sec- 
tion 3703 which is activated by the timer 3108 at prede- 
termined intervals of time checks the contents of the 

30 server access table 3701 so that the real data corre- 
sponding to the virtual file identifier and managed in the 
server computer identified with the frequently accessed 
server identifier can be nrjoved to another server compu- 
ter. 

35 A specific example of how this embodiment is used 
will be described next. 

Here, similarly to the description of the ninth 
embodiment, suppose a case where a file access 
request (see Fig. 39) designating a virtual file identifier 

40 V_002 is issued from the client computer 31 12 to the 
server computer 3101 when the contents of the virtual 
file management table 3104 in the server computer 
3101 are as shown in Ftg. 37(a) and the contents of the 
server access table 3701 are as shown in Fig. 43(a). 

*5 The operation of the server access count updating sec- 
tion 3702 in this case will be described with reference to 
Fig. 41. 

First, in step S801 . the file access request of Fig. 39 
is received. Next, in step S802, it is determined from the 

'^0 file access request that the request is for the virtual file 
identifier V_002. In step S803. the virtual file manage- 
ment tabie 3104 of Fig. 37(a) is checked, to determine 
that the real data designated by the above-determined 
virtual file identifier V_002 is stored in the server com- 

5 puter Identified with the server identifier 101. Finally, in 
step S804. the number of accesses to the server identi- 
fier 101 in the server access table 3701 is increased by 
1 . thus updating the contents of the server access table 
3701 from those shown in Fig. 43(a) to those shown in 
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Fig. 43(b). 

Now. when the contents of the server access tat>le 
3701 are as shown in Fig. 43(b). the operation of the 
server move nianagement section 3703 activated by the 
timer 3108 will be described with reference to the flow- 
chart of Fig. 42. 

First, in step S901 , the most frequently accessed 
server identifier 101 is determined from the server 
access taWe 3701. Next, in step S902. the virtual file 
identifier V_001 managed in the server computer 3101 
is selected, and the real data of the real file identifier 
F1LE_101A corresponding to that virtual identifier is 
moved to the other server computer 3102. When the 
real file identifier of the real data moved to the server 
conrputer 3102 becomes FILE_102C as a result of the 
nrove, then in step S903 the contents of the virtual file 
management tat>le 3104 are updated from those shown 
in Fig. 37(a) to those shown in Fig. 37(b). Finally, in step 
S904. the server access table 3701 is initialized as 
shown in Fig. 43(c). 

In this way. a sen/er conrputer with a high frequency 
of access can be identified, and files can be moved 
effectively to distribute the workload. 

In steps S901 and S902. the server move manage- 
ment section 3703 may select a plurality of virtual file 
identifiers to move the corresporxJing real data from a 
plurality of server conoputers. Or. there may be cases 
where no nrxjve operations are performed. 

In the above description, the server access count 
updating section 3702 updates the server access table 
3701 when an access request for file read occurs. Alter- 
natively, the server access table 3701 may be updated 
regardless of the type of file access request or by 
selecting a particular type of file access request. 

It is also possible to construct a virtual file manage- 
m nt system by combining the configurations of the 
ninth and 10th embodiments. The system in this case 
includes both the fUe access table 3106 of Fig. 34 and 
the server access table 3701 of Fig. 40, and when a file 
access request occurs from the client computer 3112. 
the respective tat)les are updated by the file access 
count updating section 3107 of Fig. 34 and the server 
access count updating section 3702 of Rg. 40. In this 
configuration, since both tables are checked by the 
move management section when activated by the timer 
3108. file move operations can be performed to achieve 
more effective distribution of server workload. 

Next, a virtual file management system according 
to an 1 1th embodiment of the present invention will be 
described with reference to relevant drawings. 

Fig. 44 is a block diagram showing the virtual file 
management system according to the 1 1th embodiment 
of the present invention. In Rg. 44. reference numeral 
1 101 is a virtual file management table capat>le of man- 
aging a plurality of server identifier/real file identifier 
pairs for each virtual file identifier, and 1 102 is a duplica- 
tion management section; the other component ele- 
ments are the same as those described in connection 
with Fig. 34 in the description of the ninth embodiment. 



File duplication control means of the present invention 
corresponds to the duplication management section 
1102, and request processing means of the present 
invention corresponds to the access request processing 
5 section 105. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings. 

The operation of the file access count updating sec- 
10 tion 3107 is the same as that described in connection 
witii Rg. 35 in the description of the ninth embodiment. 

The operation of the duplication management sec- 
tion 1 102 activated by the timer 3108 will be described 
below. Fig. 45 is a flowchart illustrating the processing 
15 flow in the duplication management section 1 1 02. 

When the duplication management section 1 102 is 
activated by the timer 3108 at a predetermined time 
interval, the duplication management section 1102 
checks the file access table 3106 and determines a fre- 
20 quentiy accessed virtual file identifier (step Si 201). 
Then, the real data corresponding to the thus deter- 
mined virtual file identifier is duplicated to a server com- 
puter different from the server computer where the real 
data is stored (step Si 202). and a new real file identi- 
25 fier/server identifier pair corresponding to that virtual 
identifier is added to the virtual file management table 

1 101 (step S1203). Finally, the file access table 3106 is 
initialized (step 81204). 

In this way when there occurs a file access request 
30 from the client computer 3112. the file access table 

3106 is updated by the file access count updating sec- 
tion 3107, and the duplication management section 

1 102 which is activated by the timer 3108 at predeter- 
mined intervals of time checks the contents of the file 

35 access table 3106 so tfiat the real data corresponding to 
the frequentiy accessed virtual file identifier can be 
duplicated to another server computer. 

A specific example of how this embodiment is used 
will be described next. 

40 The operation of the file access updating section 

3107 is the same as that described in the ninth embod- 
iment. The following describes the operation of the 
duplication management section 1 102 with reference to 
the flowchart of Fig. 45. taking a case when the con- 

45 tents of the virtual file management table 1 101 in the 
server computer 3101 are as shown in Rg. 46(a) and 
the contents of the file access table 3106 are as shown 
in Fig. 38(b). 

Rrst. in step S1201. the most frequentiy accessed 
50 virtual file identifier V_001 is determined from the file 
access table 3106. Next, in step Si 202. since the real 
data FILE_101A corresponding to the virtijal file identi- 
fier V_001 is stored in the server computer 3101. the 
real data corresponding to the virtual file identifier 
55 V_001 is duplicated to the sen/er computer 3102. When 
the real file identifier of the duplicated real data to the 
server computer 3102 becomes FILE_102C. then in 
step Si 203 the contents of the virtual file management 
table 1 101 are updated from those shown in Rg. 46(a) 
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to those shown in Fig. 46(b). Finally, in step Si 204, the 
file access table 3106 is inftialized as shown in Fig. 
38{c). 

In this way. a file with a high frequency of access is 
managed with multiple copies automatically created in 
the system. 

Further, when requests for the duplicated file hap- 
pen to be made from multiple client computers simulta- 
neously, the access request processing section 3105 
processes such requests not only as requests to the 
server where the original file is stored but also as 
requests to other servers where copies are stored. 

Thus, by managing multiple copies of the same real 
data for one virtual file identifier, when file access 
requests are made from a client computer for the file 
where accesses are concentrated, the processing of the 
file access requests can be distributed among multiple 
server computers so that the system can service as 
many client computers as possible. 

In step S1201 , the duplication management section 
1 102 may determine two or more virtual file identifiers 
for creation of copies. 

Further, the number of server computers to dupli- 
cate data to is not limited to one. 

Further, in step S1204 illustrating the operation of 
the duplication management section 1 102. the contents 
of the file access table 3106 were all initialized to 0 in 
the above example: alternatively, the initialization may 
be performed by appropriately weighting the access 
count of the virtual file identifier with which copies were 
created. 

If the duplication management section 1 102 of the 
11th embodiment is replaced by a duplication/deletion 
management section, the result is the ennbodiment of 
the invention described in claim 19. In that configura- 
tion, the duplication/deletion management section 
incorporates not only the function of the duplication 
management section 1 102 of the 1 1th embodiment, that 
is, the function of creating copies of real data for a fre- 
quently accessed virtual file identifier, but also the func- 
tion of deleting copies of real data if multiple copies of 
the real data are managed in the system though its vir- 
tual file identifier is infrequently accessed. In this way 
while managing multiple copies of real data for a fre- 
quently accessed virtual file identifier, if the number of 
accesses to that file has decreased, the copies can be 
deleted, thus achieving effective utilization of storage 
space. 

As described, according to the ninth embodiment of 
the invention, file access frequency is managed by 
using the file access table and the file access count 
updating section, and the file access table is checked at 
predetermined intervals of time by using the timer and 
the file move management section, so that a file with a 
high frequency of access can be moved from one server 
to another. By dynamically moving files with high fre- 
quencies of access In this way, system workload can be 
distributed. 

Further, according to the 10th embodiment of the 



invention, the frequency of access to each sender is 
managed by using the server access table and the 
server access count updating section, and the server 
access table is checked at predetermined intervals of 
5 time by using the timer and the server move manage- 
ment section, to find a server where accesses are con- 
centrated. In this way, the worWoad of the server 
computer where accesses are concentrated can be dis- 
tributed effectively. 

w Furthermore, by combining the corrfigurations of 
the ninth and 10th embodiments, the effects of the 
invention as offered in the ninth and 1 0tii embodiments 
can be achieved simultaneously. 

According to the 1 1th embodiment of the invention. 

15 file access frequency is managed by using the file 
access tat>le and the file access count updating section, 
the file access table is checked at predetermined inter- 
vals of time by using the timer and the duplication man- 
agement section, and copies of files with high 

20 frequencies of access are stored on multiple server 
computers. This achieves a system that can process as 
many file access requests from clients as possible for a 
file where accesses are concentrated. 

Furthermore, according to the configuration where 

25 the duplication/deletion management section is pro- 
vided instead of tiie duplication management section of 
the 1 1th errbodiment, it is made possible to delete cop- 
ies of a file that was previously frequently accessed but 
is currently infrequently accessed. This, in addition to 

30 the effect achieved in the 1 1th embodiment of the inven- 
tion, provides the effect of reducing wastage of storage, 
space. 

Each of the above configurations may be imple- 
mented in hardware, tajt it is also possible to implement 

35 equivalent functions in software. 

Further, when implementing each function in soft- 
ware, programs implementing all or part of the software 
may be provided on a recording medium such as a 
ftoppy disk or a CD-ROM. 

^ As is apparent from the above description, accord- 
ing to the invention, with the provision of the virtual file 
management apparatus operating in at least one server 
arxj conrrprising the management table, the request 
analyzing section, and the request modification 

45 processing section, a file access request from a termi- 
nal can be transferred to a server where the real data of 
the requested file is stored, and thus, any of the files 
stored on multiple servers can be accessed by just issu- 
ing an access request to one designated server from 

50 the terminal, with little increase in response time and 
network workload. 

In the configuration of the invention in which the 
identifier creation section . management table process- 
ing section and control section are added to the config- 

55 uration of the invention of claim 1 , an access request 
that need not be transferred as a file access request to 
a server is processed by the management table 
processing section. This configuration, in addition to the 
effect achieved by the invention of claim 1 . provides the 
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effect of further reducing the network worWoad as well 
as the response time to the access request. 

In the configuration of the invention in which the 
server selection section, file creation section, and man- 
agement table updating section are added to the config- s 
uration of the invention of claim 1. a server is 
automatically selected when creating a new file. This 
configuration not only provides the same effect as 
achieved by the invention of claim 1 but makes it possi- 
ble to create a new file to be managed by the virtual file io 
management apparatus without having to be aware of 
the selection of the server where the real data of the file 
should be stored. 

Furthermore, according to the invention, when the 
virtual file nnanagement apparatus operating in at least rs 
one server is constructed with the management table 
having an access inhit^it flag, the request analyzing sec- 
tion, th request nxxjification processing section, the 
preprocessing section, and the move processing sec- 
tion, a file access request from a ternninal can be trans- 20 
ferred to a server where the real data of the requested 
file is stored, and thus any of the files stored on multiple 
servers can be accessed by just issuing an access 
request to one designated server from the terminal, with 
little increase in response time arxj network workload. In ss 
addition, in this virtual file management system, even 
when the real data of a file is moved from one server to 
another, the terminal can access the file without having 
to be aware of where the file is nnoved. 

Also, according to the invention, when the virtual 30 
file management apparatus operating in at least one 
server is constructed with the management table, the 
request analyzing section, the request modification 
processing section, and the operating condition man- 
agement talDle. a file access request from a terminal can 35 
be transferred to a server where the real data of the 
requested file is stored, and thus any of the files stored 
on multiple servers can be accessed by just issuing an 
access request to one designated server from the termi- 
nal, with little increase in response time and network 40 
workload. In addition to that, when the server where the 
real data of the ffle is stored is not operating, the non- 
operating condition can be reported to the terminal. 

In the configuration of the invention in which the file 
identifier list, access request monrtoring section, trans- 45 
mitting section, and request processing section are pro- 
vided in each of multiple servers, when a file access 
request is made to a virtual sen/er from a terminal, the 
real server where the requested file is managed can by 
itself respond to the requesting terminal, and thus any so 
of the files stored on the multiple servers can be 
accessed by just issuing an access request to one vir- 
tual server from the terminal, without causing workload 
concentration on a particular server and without 
increasing network worWoad. 55 

Further, in the configuration of the invention in 
which the master file identifier list, identifier creation 
section, server selection section, file creation section, 
master list updating section, and list updating section 



are added to the configuration of the invention of claim 
7. a server is automatically selected when aeating a 
new file. This configuration not only provides the same 
effect as achieved by the invention of claim 7 but makes 
it possible to create a new file without having to be 
aware of the selection of the server where the real data 
of the file should be stored. 

As described above, the present invention has the 
advantage of improving responsiveness to the terminal 
and reducing the workload of the network. 

Furthermore, by including the request frequency 
storage means for storing the frequencies of the 
requests made from terminals within a prescribed 
period of time for each managed file and/or for each 
managed server, and the file move control means for 
selecting a file satisfying a prescribed criterion by using 
the stored request frequencies, and for moving the 
selected file from the server where it is stored to another 
server, the invention provides the advantage of further 
improving the processing capabilities to process file 
requests from the terminals, as conpared with the prior 
art configuration. 

Claims 

1. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

a virtual file management apparatus operat- 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said server are stored as a set 
for each of said virtual file identifiers; a receiving 
section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the 
virtual file identifier contained in the file access 
request received by said receiving section, and 
thereby determines the server where the real data 
of the requested file is stored; a transmitting section 
which transmits data; and a request modification 
processing section which modifies said fife access 
request so that a response to said file access 
request can be sent back to the terminal that issued 
said access request, directly from the server deter- 
mined by said request analyzing section, and which 
instructs said transmitting section to transmit said 
modified file access request to said determined 
server, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 
section of said virtual file management apparatus, 
and processes said received file access request, 
and which transmits the processed result to said 
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terminal at least when said file access request rs a 
request to read file contents. 

2. A virtual file management system according to 
claim 1 , wherein 5 

said management table further stores an 
attribute of said files, and 

said virtual file management apparatus fur- 
ther conrprises: a management table processing 
section which processes a file access request w 
made from each of said terminals to update or ref- 
erence said management table, creates response 
data from a processed result, and instructs sard 
transmitting section to transmit said created 
response data to said terminal: and a control sec- is 
tion which identifies the type of the file access 
request received by said receiving section, and 
which passes said file access request in a selective 
manner to said management tat»le processing sec- 
tion when said file access request is identified as a 20 
request to update or reference said management 
table, and to said request analyzing section when 
said file access request is identified as a request 
other than the request to update or reference said 
management table. 25 

3. A virtual file management system according to 
claim 1 . wherein 

said virtual file management apparatus fur- 
ther comprises: an identifier creation section which, 30 
when creating a new file in any one of said plurality 
of servers, creates for said file a new virtual file 
identifier not yet existing in said management table: 
a server selection section which selects a server 
where real data of said file is to be stored: a file ere- 35 
ation section which acquires a real file identifier cor- 
responding to said new virtual file identifier from the 
server selected by said server selection section; 
and a management table updating section which 
updates said management table by storing said 40 
new virtual file identifier, the server name of said 
server selected by said sender selection section, 
and said real file identifier as a set in said manage- 
ment table. 

45 

k A virtual file management system constructed wrth 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

a virtual file management apparatus operai- so 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a nr^nagement table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored, a real ss 
file identifier in said server, ana an access inhibit 
flag are stored as a set for each of said virtual file 
identifiers; a receiving section which receives a file 
access request from each of said terminals; a 



request analyzing section which checks said man- 
agement table by using the virtual file identifier con- 
tained in the file access request and thereby 
determines the server where the real data of the 
requested file is stored: a transmitting section which 
transmits data: a request modification processing 
section which modifies said file access request so 
that a response to said file access request can be 
sent back to the terminal that issued said access 
request, directly from the server determined by said 
request analyzing section, and which instructs said 
transmitting section to transmit said modified file 
access request to said determined server: and a 
preprocessing section which checks said manage- 
ment table in connection with the file requested in 
the file access request received by said receiving 
section, and which, when said access inhibit flag is 
set. instructs said transmitting section to transmit 
data indicating an access inhibited condition to said 
terminal, but when said access inhibit flag is not set. 
passes said file access request to said request ana- 
lyzing section, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 
section of sard virtual file management apparatus, 
processes said received file access request and 
to-ansmits the processed resuft to said terminal. 

A virtual file management system according to 
claim 4. wherein said virtual file management appa- 
ratus further comprises a file move processing sec- 
tion which, when moving real data of a particular file 
from one server to another server, sets said access 
inhibit flag in said management table and dupli- 
cates the real data of said particular file from the 
source sender to the destination server, and which 
clears said access inhibit flag after updating said 
management table by changing said server name 
of the sen/er where the real data of said particular 
file is stored and said real file identifier in said 
server to the server name of the destination server 
and the real file identifier in said destination sen/er. 

A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

a virtual file management apparatus operat- 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said sen/er are stored as a set 
for each of said virtual file identifiers; an operating 
condition management table which manages data 
indicating whether sard server is operating or not; a 
receiving section whicn receives a file access 



21 



DOCID: <EP 0774723A2^L> 



41 



EP 0 774 723 A2 



42 



request from each of said terminals; a request ana- 
lyzing section which checks said management 
table by using the virtual file identifier contained in 
the file access request received by said receiving 
section, and thereby determines the server where 5 
the real data of the requested file is stored: a trans- 
mitting section which transmits data; and a request 
modification processing section which checte said 
operating condition management table to deter- 
mine whether said server determined by said n 
request analyzing section is operating or not. and 
which, when said server is not operating, instructs 
said transmitting section to transmit data indicating 
a non-operating condition to said terminal, but 
when said server is operating, modifies said file js 
access request so that a response to said file 
access request can be sent back to the terminal 
that issued said access request, directiy from the 
server determined by said request analyzing sec- 
tion, and instructs said transmitting section to trans- 20 
mit said modified file access request to said 
determined server, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 25 
s ction of said virtual file management apparatus, 
processes said received file access request, and 
transmits a processed result to said terminal. 

7. A virtual file management system constructed with 30 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, and 
capable of supporting a configuration in which file 
access requests from said terminals are issued to a 
virtual server that is different from said plurality of 35 
servers and that does not exist physically, wherein 
said plurality of servers each include: a file 
identifier list which manages file identifiers stored in 
each server: a transmitting section which transmits 
data: a request processing section which proc- 40 
esses a file access request and insfructs said trans- 
mitting section to transmit the processed result to 
said terminals; and an access request monitoring 
section which monitors a file access request being 
made from said terminals to said virtual server, and 45 
which passes said file access request to said 
request processing section only when the file iden- 
tifier contained in said file access request is stored 
in said file identifier list. 

50 

8. A virtual file management system according to 
claim 7, capable of supporting the creation of a new 
file, wherein 

one of said plurality of servers includes: a 
master file identifier list which manages the file 55 
tdentif iers of files stored on said plurality of servers; 
an identifier creation section which creates a new 
file identifier not yet existing in said master file iden- 
tifier list; a server selection section which selects a 



server where real data of said file is to be stored; a 
file creation section which instructs the server 
selected by said server selection section to create 
said file with said file identifier created by said iden- 
tifier creation section; and a master list updating 
section which adds said file identifier to said master 
file identifier list. 

said access request monitoring section is 
also capable of monitonng a file creation request, 
and 

each of said plurality of servers further 
includes a list updating section which updates said 
file identifiers stored in each server in compliance 
with an instruction from said file aeation section. 

9. A virtual file management system comprising a plu- 
rality of servers, a plurality of terminals tiiat share 
file sen^ices provided by said servers, and at least 
one virtual file management apparatus, wherein 

said at least one virtual file management 
apparatus conrprises: a management table which 
manages files stored on said plurality of servers by 
using virtijal file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said server are stored as a set 
for each of said virtual file identifiers; a receiving 
section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the 
virtual file identifier contained in the file access 
request received by said receiving section, and 
thereby determines the server where the real data 
of the requested file is stored; a ti-ansmitting section 
which ti-ansmits data; and a request modification 
processing section which modifies said file access 
request so that a response to said file access 
request can be sent back to the terminal that issued 
said access request, directiy from the server deter- 
mined by said request analyzing section, and which 
instructs said transmitting section to transmit said 
modified file access request to said determined 
server, arxj 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 
section of said virtual file management apparatus, 
and processes said received file access request, 
and which transmits the processed result to said 
terminal at least when said file access request is a 
request to read file contents. 

10. A virtual file management system comprising a plu- 
rality of servers for storing files, a plurality of termi- 
nals for issuing requests for supply of designated 
files from among said files, and a network connect- 
ing said servers with said terminals, wherein 

at least one of said servers includes: file 
management means for managing corresponding 
relationships between the files stored on said plu- 
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rality of servers and the servers where the files are 
stored; request frequency storage means for stor- 
ing the frequencies of the requests ma6 from said 
terminals within a prescribed period of time for each 
managed file and/or for each managed server; and 5 
file move control means for selecting a file satisfy- 
ing a prescribed criterion from among said man- 
aged files by using said stored request frequencies, 
and for moving said selected file from the server 
where said file is stored to another server. jq 

11 . A virtual file management system comprising a plu- 
rality of servers for storing files, a plurality of termi- 
nals for issuing requests for supply of designated 
files from aoKing said files, and a network connect- 15 
ing said servers with said terminals, wherein 

at least one of said servers includes: file 
management means for managing corresponding 
relationships between the files stored on said plu- 
rality of servers and the servers where the files are 20 
stored; request frequency storage means for stor- 
ing the frequencies of the requests made from said 
terminals within a prescribed period of time for each 
nonaged file and/or for each managed server; file 
duplication control means for selecting a file satisfy- 2S 
ing a prescribed criterion from among said man- 
aged files by using said stored request frequencies, 
and for duplicating said selected file to a server dif- 
ferent from the server where said file is stored; and 
request processing means for. when said requests 30 
occur simultaneously for said duplicated file, 
processing said requests by also including said dif- 
ferent server as a target. 

12. A virtual file management system according to 35 
claim 10 or n, wherein when said request fre- 
quency storage means stores said frequencies for 
each file, selecting a file satisfying a prescribed cri- 
terion by using said stored request frequencies 
means checking said stored request frequencies 40 
and selecting a file with the highest request fre- 
quency. 

13. A virtual file management system according to 
claim 10 or 11. wherein when said request fre- 45 
quency storage means stores said frequencies for 
each server, selecting a file satisfying a prescribed 
criterion by using said stored request frequencies 
means checking said stored request frequencies 
and selecting a file stored in a server with the high- so 
est request frequency. 

14. A virtual file management system according to 
claim 10 or 11. wherein when said request fre- 
quency storage means stores said frequencies for 55 
each file and for each server, selecting a file satisfy- 
ing a prescribed criterion by using said stored 
request frequencies means selecting a server with 

the highest request frequency from among said plu- 



rality of servers and then selecting a file with the 
highest frequency from among the files stored on 
said selected server. 

15. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set. and 

said system comprises: a file access tat>le in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
updates the access count corresponding to said vir- 
tual file identifier In said file access table; a timer; 
and a file move management section which is acti- 
vated by said timer at predetermined intervals of 
time, and which checks the access counts in said 
file access table, moves real data corresponding to 
one or more virtual file identifiers between said plu- 
rality of servers, updates said virtual file manage- 
ment table, and resets said file access table. 

16. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set. and 

said system comprises; a server access 
tat)le in which an access count is stored for each of 
said server identifiers; a server access count updat- 
ing section which, when said virtual file manage- 
ment apparatus has received a file access request 
for a virtual file identifier from any one of said termi- 
nals, locates the server identifier corresponding to 
said virtual file identifier in said virtual file manage- 
ment table, and updates the access count corre- 
sponding to said server identifier in said server 
access table; a timer; and a server move manage- 
ment section which is activated by said timer at pre- 
determined intervals of time, and which checks the 
access counts in said server access table, moves 
real data corresponding to one or nx>re virtual file 
identifiers between said plurality of servers, 
updates said virtual file management table, and 
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resets said server access table. 

17. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, s 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in io 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set. and 

said system conrprises: a file access table in 
which an access count is stored for each of said vir- is 
tual file identifiers; a sender access table in which an 
access count is stored for each of said server iden- 
tifiers; an access count updating section which, 
when said virtual file management apparatus has 
received a file access request for a virtual file iden- 20 
tifier from any one of said terminals, locates the 
server identifier corresponding to said virtual file 
identifier in said virtual file management table, arxJ 
updates the access count corresponding to said vir- 
tual file identifier in said file access table as well as 25 
the access count corresporxJing to said server iden- 
tifier in said server access table; a timer; and a 
move management section which is activated by 
said timer at predetermined intervals of time, and 
which checks the access counts in said server 30 
access taWe as well as in said file access table, 
moves real data corresponding to one or more vir- 
tual file identifiers between said plurality of servers, 
updates said virtual file management table, and 
resets said file access table and said server access 3S 
table. 

18. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers. 40 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 45 
which a plurality of identifier pairs, each consisting 
of a server identifier of each of said servers and a 
real file identifier of each of said files, are stored in 
corresponding relationship to each virtual file iden- 
tifier, and 50 

said system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 55 
virtual file identifier from any one of said terminals, 
updates th access count corresponding to said vir- 
tual file identifier in said file access table; a bmer; 
and a duplication management section which is 



activated by said timer at predetermined intervals of 
time, and which checks the access counts in said 
file access table, duplicates real data correspond- 
ing to a frequently accessed virtual file identifier to 
one or more servers selected from anrxDng said plu- 
rality of servers, adds the real file identifier and 
server identifier of the duplicated data to said virtual 
file management table, and resets said file access 
table. 

19. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a plurality of identifier pairs, each consisting 
of a server identifier of each of said servers and a 
real file identifier of each of said files, are stored in 
corresporxJing relationship to each virtual file iden- 
tifier, and 

said system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
updates the access count corresponding to said vir- 
tual file identifier in said file access table; a timer; 
and a duplication/deletion management section 
which is activated by said timer at predetermined 
intervals of time, and which checks the access 
counts in said file access table, duplicates real data 
corresponding to a frequently accessed virtual file 
identifier to one or more servers selected from 
among said plurality of servers, deleting all but one 
or more server identifier/real file identifier pairs from 
said virtual file management table for an infre- 
quently accessed virtual file identifier, updates said 
virtual file management table, and resets said file 
access table. 

0, A medium for use with a virtual file management 
system constructed with a plurality of servers and a 
plurality of terminals that share file services pro- 
vided by said servers. 

said medium providing a program recorded 
thereon for implementing; a function A that man- 
ages files stored on said plurality of servers by 
using virtual file identifiers and that stores a server 
name of a server where real data is stored and a 
real fi|- identifier in said server as a set in a man- 
agement table for each of said virtual file identifiers: 
a function B that receives a file access request from 
each of said terminals: a function C that checks 
said management table by using the virtual file 
identifier contained in satd received file access 
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request, and thereby determines the server where 
the real data of the requested file is stored; a func- 
tion D that nxxSrfies said file access request so that 
a response to said file access request can be sent 
back to the terminal that issued said access 5 
request, directly from said determined server, and 
that instructs a transmitting section to transmit said 
nxxjffied file access request to said determined 
server; and a function E that receives the file 
access request transmitted from said transmitting 
section and processes said received file access 
request, and that transmits the processed result to 
said terminal at least when said file access request 
is a request to read file contents. 
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21. A medium providing a program recorded thereon 
for implementing the functions of all or part of the 
means of the virtual file management system as 
described in any one of claims 1 to 19. 



IS 



20 



25 



30 



35 



40 



45 



50 



55 



DOCID: <EP 0774723A2_L> 



25 



EP 0 774 723 A2 



o 
2; 




a: 
u 

=> 

o 
u 

fit: 

> 

a: 

M 

CO 



CO 



A 



C\5 

O 









Eh 




cn 








CO 








FIL 



2 

O 

M 
Eh 

a 

CO 
C5 

2: 

l-H 
CO 
CO CO 

3 cj 
Ot O 



CO 
Oi 

2: 

o 
a 

> 

cu 

CO 



jr5 
O 



CNJ 
O 



CO 

a 
< 



CO 
1-3 



X 



CO 

CD 
< 

&^ 
CO 

2: 

CO 

o 
< 

2 



O 



Q 








i-:)co 
























>Q 








CO 




CO 








<J-I 








Eh CO 














1 



8 



o Z 

cogcoO 
CO ck}m 

w got: CO 
o: X a4CO 



7 
o 



O 



T 



I— I 

Eh 

t-iZ 

sro 

COI-^ 

q:co 

en CO 



2 

&^ »-( 2 

CO tS3 O 
CO >H l-H 
rD .J Eh 
0< C-) 
CO 2 CO 

oe: < CO 



O 



C3 

2 

>o 
co^ 

WW 
OS CO 





26 



.'SDOCrD: <EP 0774723A2_L> 



EP 0 774 723 A2 



2 



START 



I 



RECEIVE ACCESS 
REQUEST FROM CLIENT 



S201 



DETERMINE SERVER 
COMPUTER 



S202 



MODIFY FILE ACCESS 
REQUEST 



S203 



OUTPUT MODIFIED |~S204 
FILE ACCESS REQUEST 



END 



27 



EP 0 774 723 A2 



1^ i S . 3 



103. MANAGEMENT TABLE 



VIRTUAL 
FILE ID 


SERVER ID 


REAL 
FILE TD 


V_001 


101a 


FILE_A 


V_002 


101b 


FILE_B 



ORIGINATOR 


109a 


DESTINATION 


101a 


FILE 

IDENTIFIER 


V 002 


COMMAND 


Read 




ORIGINATOR 


109a 


DESTINATION 


101b 


FILE 

IDENTIFIER 


FILE_B 


COMMAND 


Read 



28 

3DOCID: <EP 0774723A2_I_> 



EP 0 774 723 A2 



CD 

MH0MJi3N r- 




29 

'CID; <EP 0774723A2_I_> 



EP 0 774 723 A2 



START 



RECEIVE ACCESS 
REQUEST FROM CLIENT 



'S701 



IDENTIFICATION 
OF ACCESS REQUEST TYPE 



DETERMINE SERVER 
COMPUTER 



MODIFY FILE 
REQUEST 



ACCESS 



OUTPUT MODIFIED 
FILE ACCESS REQUEST 



S202 



S203 



PROCESS 


S702 


ACCESS REQUEST 


* 




TRANSMIT PROCESSED 


S703 


RESULT 





S204 



END 



DOCtD: <EP 0774723A2_I.> 



30 



EP 0 774 723 A2 



103. MANAGEMENT TABLE 



VIRTUAL 
FILE ID 


SERVER ID 


REAL FILE ID 


FILE SIZE 


V^OOl 


101a 


FILE_A 


100 


V_002 


101b 


FILE_B 


30 


V_003 


101b 


FILE^C 


25 



i S . Q 



ORIGINATOR 


109a 


DESTINATION 


101a 


PILE 

IDENTIFIER 


V 003 


COMMAND 


GetFileSize 



103. MANAGEMENT TABLE 



VIRTUAL 
FILE ID 


SERVER ID 


REAL FILE ID 


V_001 


101a 


FILE_A 


V_002 


101b 


FILE_B 


V_003 


101b 


FILE^C 



^ID: <EP 0774723A2_I_> 



31 



EP 0 774 723 A2 



NHOMXaN 




Es3 

Eh 

§ 

> 

cc: 

to 



f\3 



O 



Eh 
< 

< 

a. 



Ed 
O 



CO 



Ck3 

CO 
< 

Z 
M 

< 

ro 
O 







1-3 &q 
















a: 




CO 








05i-( 




Ed 




cn 




























^ 1 





z 



Eh t WZ 

OS ou 
o: z: cxico 




32 

SDOCID; <EP 0774723A2_L> 



EP 0 774 723 A2 



H 

* 



fx} 

a. 

o 
u 

> 
a: 
u 
w 




&4 



;Z XHOMiSN 



a 

Hi 

CO wo 

=3 CJE-« 

p ou 
u Qi: cq 
a: Oi CO 



in 



.J O 



o 

CD 
O 



f\7\ 




H COS 
CO WO 
Ed EOm 

oou 
a: cuw 



Eh 
r> 
Oi 

o 
u 

> 
w 



CsJ 
O 



w 

Eh 
< 

< 

< 

CO 

o 
< 



Cx3 

1-3 



t-3 
< 

Eh 



•J 

CQ 
< 

Eh 

z 
z: 

< 



O 
CSJ 



< 

W CD 



CO 



it w 



Eh W 
W W 
Ei3 Cd 

n> U 

OO 



CM 
O 



W O 

W >t »-H 
=3 -3 Eh 

U Z Ci3 
0£ < W 



8^ 



z 

w 
w 

Ed 

CJ2 

oo 

Cd U 

O:: Cd 

a. w 



z 

M 
Eh 

SO 

w»-* 

0::Cd 
EhW 



CO 

o 



o 
z 

>o 

Ed Eh 

ou 

Ei3Ed 
Oiw 



O 



Ed Z 

g w z 
z w o 

Cd 
Cd CJ Eh 
•J O U 
P Ctf Cd 

c*- cu w 



00 

o 

CM 





>CID: <EP 0774723A2„L> 



33 



EP 0 774 723 A2 





3 








-> 

START 








f 




SET ACCESS 
INHIBIT FLAG 


^' 


DUPLICATE 
OF PILE 


REAL DATA " 



I 



UPDATE MANAGEMENT 
TABLE 



I 



CLEAR ACCESS 
INHIBIT FLAG 



'S1301 



'S1302 



•S1303 



S1304 



END 



34 



EP 0 774 723 A2 



1 ^ 



START 



S201 
J 



RECEIVE ACCESS 
REQUEST FROM CLIENT 



SI 401 




REPORT 

ACCESS INHIBITED 
CONDITION TO CLIENT 



S1402 



CLEARED 



\ 


S202 




DETERMINE 
COMPUTER 


SERVER 



S203~ 



I 



MODIFY FILE ACCESS 
REQUEST 



S204' 



I 



OUTPUT MODIFIED 
FILE ACCESS REQUEST 



END 



35 

DOCID: <EP 0774723A2J_> 



EP 0 774 723 A2 



10 

•H 



o 

CNJ 



< 

Eh 
CO w 
CO QQ 

Mm 

a X 



1^ 



1^ 
< 



> 

a 
cn 



J Q 

< M 
Eh w 



a' 



(0 

H 



o 

CVJ 



FLAG 






ACCESS 
INHIBIT 


SET 


1 


TPi 
ID 






REAL FILE 




FILE_B 


TD 






SERVER 


101a 


101b 


VIRTUAL 
FILE ID 


TOO A 


O 
> 



CO 

< 
z 

Ed 

a 

< 



o 

CM 



H 

• H 



FLAG 






ACCESS 
INHIBIT 


SET 


1 


REAL 
FILE ID 


FILE_A2 




Tn 
xu 






SERVER 


101b 


101b 


VIRTUAL 
FILE ID 


o 

>' 


V_002 



36 

:)OClD: <EP 0774723A2_L> 



EP 0 774 723 A2 



pa 
< 

Eh 

z 



o 

CVi 



< 

Eh 
COM 

Dgi-H 

OK 



1^ 



1^ 
< 

a: 



> 
cn 



Eh Cx3 

Mm 

> 



d 



o 



OPERATING 
CONDITION 


OPERATING 


NOT 

OPERATING 


ID 






oc: 


cs 












o 










a 






CO 







0 



14 



.0774723A2_L> 



37 



EP 0 774 723 A2 



0) 

H 

•H 



CO 

ac 
o 



A 



> 

DC 



£i3 
Eh 
CO 
>-i 
C/3 

in:? 



LO 
O 



2: 
»— ( 

Eh W 2 

CO CO o 
Ei3 Ed l-H 

U 
OO CJ 

Ed u 
ct: cu CO 



rT3 



a: 

El] 
Eh 

cu 

o 
u 

fx 

Ei3 
> 

Ed 



O 



< 
< 

Ed 
Ed 



Ed 



•-3 
< 

Eh 




Ed 
£h 
CO 
>• 
CO 

Ed 

1.^ 



in 
o 



EhCO S 
CO CO o 
Ed Ed »-! 
3 U Eh 

OO a 

Ed Ck: Ed 

o: Oi CO 




Ed 
QQ 

< 

Ed 
Cd 

a 
< 

ro 
O 



Q 








i^Ed 




<iJ 




Ed 




CXEm 




Be: 




Ed 












Ed 




CO 
















Eh Cd 










>Ci-i 



O 
CD 





2 


o 


O 






>— 




CJ 


u 




Cd 




CO 


5 


C5 


o 










Eh 


CO 


CO 


CO 


Cd 


Ed 


ID 


U 


O 


o 


Ed 


cc 


OC 





CO 



CJ 
Eh 

SO 
CO *-< 

ct: Cd 

H CO 



O 



o 
z 

£h M Z 

CO tS3 O 
Cd >H 
O .J E-i 

o < a 

Ed Z Ed 
cr: < CO 



O 



CD 

z 

Cd £^ 
^O 
CdEd 
CC CO 



O) 
O 



EX 

Z ZD 

Ed EX, 



ro 
O 



^DOCID: <EP 0774723A2_L> 



38 



EP 0 774 723 A2 



H 




„0774723A2_L> 



39 



EP 0 774 723 A2 



2 S 



START 



CLIENT ISSUES ACCESS 
REQUEST 



S2201 



I 



ACCESS REQUEST 
MONITORING SECTION 
RECEIVES ACCESS 
REQUEST 



S2202 



-S2203 



CHECK 



FILE IDENTIFIER 
LIST 



PROCESS FILE ACCESS 
REQUEST 



I 



TRANSMIT PROCESSED 
RESULT 



I 



CLIENT RECEIVES 
RESPONSE 



S2204 



S2205 



S2206 




40 



EP 0 774 723 A2 



2102a. FILE 

IDENTIFIER LIST 



2102b. FILE 

IDENTIFIER LIST 



FILE_A 



FILE^ 



FILE_C 



FILE D 



FILE E 



i 



2 S 



ORIGINATOR 


2107b 


DESTINATION 


V_SERVER 


FILE 

IDENTIFIER 


FILE_D 


COMMAND 


Read 



i 



2 T- 



F i 



2 8 



FILE_A 



FILE_B 



FILE_C 



FILE D 



FILE_E 



JE^ X S . 2 9 
2102b. FILE 

IDENTIFIER LIST 

FILE_D 
FILE_E 
FILE F 



FILE_A 



FILE_B 



FILE C 



FILE_D 



FILE_E 



FILE_F 



0774723A2_)_> 



41 



EP 0 774 723 A2 



(0 

(Si 



60 



Ik 



o 



a: 

=> 
&« 

se: 
o 



PL4 l-H 




in 
o 



Eh 

SO 
&-ICO 



O 



z 

H K Z 
C/3 W O O 
CO W E-» KH 

tq S3 *-» 

o w o w 
< CO 



o 

3: 
Z 



A 



to 

_2 



1^ CO 
b CO 



J-i O 

1^ Oi w 
CO 



m 
o 



03 

o 

CM 



03 

o 



a: 

Cz3 
Eh 

04 

o 
u 

w O 

CO 



b3 



CQ Z E^ 
U CO 
^ Q »-H 

PU i-H ^ 



z 

o 

Eh 

U 
Ce3 
CO 

CD 

z 

Eh CO 
CO CO 

ao 
u pa 
a: cu 



O 



z 

Eh 

Sz 

CO 

ZEh 

<u 

E-^ CO 



o 



o 
z 

►H 

OSz 

wco o o 
uoza 

O M 
<Pi5:co 



O 
CD 




LO 

o 




CO 

t-^ z 
t-i H-t o 

ir ^ 

z < &^ 
W M CJ 

Q o: w 

»-H CO 




42 



3DOCID: <EP 0774723A2„L> 



EP 0 774 723 A2 




■'D: <EP 0774723A2 I 



43 



EP 0 774 723 A2 



3 1 



START 



I 



RECEIVE ACCESS 
REQUEST FROM CLIENT 



I 



SEARCH 

MANAGEMENT TABLE 



■S3101 



'S3102 



ISSUE ACCESS REQUEST 
TO SERVER COMPUTER 



■S3103 



RECEIVE RESPONSE 
FROM SERVER COMPUTER 



S3104 



TRANSMIT RESPONSE 
DATA TO CLIENT 



'S3105 



END 



44 



EP 0 774 723 A2 



3003 MANAGEMENT TABLE 



VIRTUAL 
FILE ID 


SERVER ID 


REAL FILE ID 


A 


3001b 


a 



.0774723A2_I_> 



45 



BP 0 774 723 A2 




o 



Eh 

a 
< 



< 
> < 



Ci3 

z: 

< 



m 
o 



b} Ed h-i 
w o o:w 

ce: s Oi c/3 



o 



Eh 
Eh CO 



o 



CD 
O 



Eh M Z 
M tS3 O 
M >l HH 
O .J 

o< u 

MZ EC 



O 



z 

MZ 

>o 

I— 1 1— t 
Ed Eh 
OO 
E£)Cc3 
0£W 



46 

SCKDCID: <EP 0774723A2_I_> 



EP 0 774 723 A2 




EP 0 774 723 A2 



3 5 



START 



S. 101 



I 



RECEIVE FILE ACCESS 
REQUEST FROM CLIENT 



S1Q2 I 

DETERMINE 
REQUESTED VIRTUAL 
FILE IDENTIFIER 



Slp3 ^ 

UPDATE CONTENTS OF 
FILE ACCESS TABLE 



I 



END 



48 



EP 0 774 723 A2 



1 S . 



3 e 



START 



sgpi 



I 



DETERMINE FREQUENTLY ACCESSED 
VIRTUAL FILE IDENTIFIER 
FROM FILE ACCESS TABLE 



S3Q2 



I 



MOVE REAL DATA OF DETERMINED 
VIRTUAL FILE IDENTIFIER 
TO ANOTHER SERVER 



S3g3 



I 



CONTENTS OF VIRTUAL 
FILE MANAGEMENT TABLE BASED 
ON MOVE RESULT 



S3j)4 



I 



INITIALIZE CONTENTS OF 
FILE ACCESS TABLE 



END 



49 



EP 0 774 723 A2 



3-7^(3) 

3104 VIRTUAL FILE MANAGEMENT TABLE 



VIRTUAL 
FILE ID 


SERVER ID 


REAL FILE ID 


V_001 


101 


FILE.IOIA 


V_002 


101 


FILE_101B 


V_003 


101 


FILE_101C 


V_004 


102 


FILE_102A 


V_005 


102 


FILE_102B 



3 T(b) 

3104 VIRTUAL FILE MANAGEMENT T/^LE 



VIRTUAL 
FILE ID 


SERVER ID 


REAL FILE ID 


V_001 


102 


FILE_102C 


V_002 


101 


FILE_101B 


V_003 


101 


FILE_101C 


V_004 


102 


FrLE_102A 


V_005 


102 


FILE_102B 



50 



EP 0 774 723 A2 



< 

CO 
CO 
Cx] 

o 
u 

u 

1-3 
M 



U O 



00 
CO 



ACCESS 
COUNT 


o 


o 


















o 

M 












ILE 












1^ 
*< 


O 

>' 


5 


5 


o 


o 


D 
Of 




M 
> 













CO 



CM 



O 

< 
Z 

M 

a 

oi 
O 



Z 

o 

M 
Eh 
< 

z 

M 

E-i 
CO 

o 



CM 
O 



EdZ 



T3 
(0 



oo' 

CO 



1-3 

< 
E^ 

CO 
CO 

a 
u 
< 



CO £h 

&Q Z 



M 
Eh 



o 
o 



o 



s 

Eh 

CO 
CO 
U 

U 

< 



X3 o 



00 
CO 



rn 



CO 












CO 

M 2 












o B 
























< u 












Q 












M 




































M 






m 








o 


o 


o 


o 














o 


< 












Eh 


>• 




>' 




o: 
























> 













bO 



51 

^>OCID: <EP 0774723A2_I_> 



EP 0 774 723 A2 







M 






U4 




Eh 










O 




a 


o 




a 


a: 




ER\ 


0:: 


CO 






CA 


o> 


o 




CO 




ClI 



o 

Ed 
Z 



CO 
CO 

u 



o 




ID 




REAL 
FILE 




SERVER 
ID 




VIRTUAL 
FILE ID 





CO 



ft: 



CO 

o 



CO 



CO 
Cd 

ce: m 

C02 
CO COO 
CO MM 

OOU 

< a4C0 



z 

coscuco 



a: 

Eh 

O 

a 

H 
b3 

M 
1-3 
U 



csj 

CO 



0 

(1. 



r 



CO 



ACCESS 
COUNT 




SERVER 
ID 





So 

OS cotHO 

W CO E^i-i 
> U <H 
OS U 

W < =3CO 



52 

SDOCID; <EP 0774723A2^I_> 



EP 0 774 723 A2 



START 

S 801 I 

RECEIVE FILE ACCESS 
REQUEST FROM CLIENT 



S802 ^ 

DETERMINE REQUESTED 
VIRTUAL FILE IDENTIFIER 

5803 j 

DETERMINE SERVER WHERE 

REAL DATA OF DETERMINED 

VIRTUAL FILE IDENTIFIER 
IS MANAGED 

5804 I 

UPDATE CONTENTS OF 
SERVER ACCESS TABLE 



T 



END 



DOCID: cEP 0774723A2_I_> 



53 



EP 0 774 723 A2 



F i S 



START 



S901 



I 



DETERMINE FREQUENTLY ACCESSED 
SERVER FROM SERVER ACCESS TABLE 



S902 



I 



MOVE REAL DATA OF VIRTUAL FILE 
IDENTIFIER MANAGED IN DETERMINED 
SERVER TO ANOTHER SERVER 



S903 



I 



UPDATE CONTENTS OF VIRTUAL FILE 

MANAGEMENT TABLE BASED ON MOVE 
RESULT 



S904 



I 



INITIALIZE CONTENTS OF 
SERVER ACCESS TABLE 



I 



END 



54 

^DOCID: <EP 0774723A2_I_> 



EP0 774 723 A2 



JE^ X e . 3(a) 

3701. SERVER ACCESS TABLE 



SERVER ID 


ACCESS COUNT 


101 


25 


102 


3 



i S . 4- 3(b) 



3701. SERVER ACCESS TABLE 



SERVER ID 


ACCESS COUNT 


101 


26 


102 


3 



i S . 3 (c) 



3701. SERVER ACCESS TABLE 



SERVER ID 


ACCESS COUNT 


101 


0 


102 


0 



55 

3DOCID: <EP 077it723A2_l_> 



EP 0 774 723 A2 




A 



W 



m ^ 

i— : OS 

.r- O 



a: 

Eh 

o 
u 

> 

M 
CO 



CO 

U 
1-3 




CIS 



I 



C/3 



00 
O 

ro 



CO 



o 



IT) 
O 



o 

CO 

o 

CO 

to 

Ed 

o 
a: 

04 

en 

CO 

o 

ct: 

CO 
CO 

u 
< 



Noiioas 
NoiiVDiicina 



o 

CO 



CO 




COH 












oo 




<;a 

































o 
z 

coe^ 

Cd 2 
-3 O U 
»-t o w 
O CO 



z 

o 



o 
m 



=) 

Oi 

o 
a 

E-« 
Z 
Ed 
t-l 
►J 
O 



T 

ro 



56 

0774723A2J_> 



EP 0 774 723 A2 



i 



S1201 



START 



DETERMINE FREQUENTLY ACCESSED 
VIRTUAL FILE IDENTIFIER 
FROM FILE ACCESS TABLE 



S1202 



I 



DUPLICATE REAL DATA OF 
DETERMINED VIRTUAL FILE 
IDENTIFIE R TO ANOTHER SERVER 

I : 



S1203 



UPDATE CONTENTS OF VIRTUAL 

FILE MANAGEMENT TABLE 

BASED ON DUPLICATION RESULT 



SI 204 



INITIALIZE CONTENTS OF FILE 


ACCESS TABLE 








r 




END 





57 



EP 0 774 723 A2 



0) 
.H 

<0 



4-» 

c 



CM 

H 
(0 

a 
+-» 

M 
> 



REAL FILE ID 


FILEJOIB 


Q 














O 


on 






ElI 




CO 





03 



REAL FILE ID 1 


FILEJ01A 


Q 




•H 




ct: 






o 















REAL FILE ID I 


< 

CM 
O 

.7.' 

LU 


o 




M 






CM 




O 















a 




M 


o 






o 








Ui 


< 


•J 
11. 


ID 




a: 






o 


1 








M 









a 




M 


CQ 




est 




O 


M 








AL 






u. 






Q 




IVER I 


o 






CO 





T 















[RTUAL FILE 


J 


o 


o 

5 


? 


IT) 

> 


> 













c 

0) 
E 
0) 
C7) 
(0 

a 
(d 
E 

0) 
iH 
•H 

H 

fd 

D 



REAL FILE ID | 


FILEJ02C 


ID 




OS 


ca 




o 










CO 





CO 



IDl 


CD 


ca 






O 


M 




(M 




1-3 
< 


FIL! 


Ex] 


Qi 


Q 




Hi 






T— 

O 


o: 








CO 





< 

o 



CO 



Q 
M 



1^ 

cb: 



REAL FILE IdI 


FILE J 02 A 


Q 








o: 


CM 




O 


Qc: 








CO 





o 

o 

J 

u. 



OQ 

ca 
o 

m' 



CM 
O 



1:6 



58 

SDOCtD; <EP 0774723A2_I_> 



CO 

< 

CO 
CM 
1^ 



(19) 



J 




(12) 



(88) Date of publication A3: 

22.07.1998 Bulletin 1998/30 



Europdisches Patentamt 
European Patent Office 
Off ice europeen d s brevets EP 0 774 723 A3 

EUROPEAN PATENT APPLICATION 

(51) intCl.^: G06F 17/30 



(43) Date of publication A2: 

21.05.1997 Bulletin 1997/21 

(21) Application number: 96118528.7 

(22) Date of filing: 19.11.1996 



(84) Designated Contracting States; 
DE FR GB IT NL 

(30) Priority: 20.11.1995 J P 301798/95 
19.04.1996 JP 98775/96 
27.09.1996 JP 255627/96 

(71) Applicant: 

MATSUSHITA ELECTRIC INDUSTRIAL CO., LTD. 
Kadoma-shi, Osaka 571 (JP) 



(72) Inventors: 

• Enoki, Nobuyuki 
Katano-shI, Osaka 576 (JP) 

• Miyazaki, Masaya 
Ikeda-shi, Osaka 563 (JP) 

(74) Representative: 

Grunecker, Kinkeldey, 
Stockmair & Schwanhdusser 
Anwaltssozietat 
Maximtlianstrasse 58 
80538 Munchen (DE) 



(54) Virtual file management system 

(57) A virtual file management system constructed 
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management table which manages files stored on said 
plurality of servers by using virtual file identifiers, and in 
which a server name of a server where real data is 
stored and a real file identifier in said server are stored 
as a set for each of said virtual file identifiers: a receiv- 
ing section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the vir- 
tual file identifier contained in the file access request 
received by said receiving section, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a transmitting section which transmits 
data; and a request modification processing section 
which modifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request, directly 
from the server determined by said request analyzing 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 
processing section which receives the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, and processes 
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the processed result to said terminal at least when said 
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